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Geleitwort 



Im Zuge der Entwicklung zu Käufermärkten, verstärkt durch verschiedenste Globalisierungs- 
tendenzen, hat sich auf der Seite der Produzenten ein Wandel vollzogen, bei dem die Unter- 
scheidung zwischen künden- bzw. auftragsorientierter Einzelfertigung einerseits und Großse- 
rien- oder Massenfertigung andererseits zunehmend verschwimmt. 

Praxis und Wissenschaft haben darauf mit der Entwicklung neuer Fertigungs- und Logistik- 
konzepte reagiert, die sich durch erhöhte Flexibilität und stärkere Kooperation auszeichnen. 
Eine besondere Bedeutung hat hier in jüngster Zeit das Konzept der Mass Customization 
(MC) erlangt; dabei werden in standardisierter Weise individualisierbare Produkte zu Kosten 
produziert und zu Preisen am Markt angeboten, die denen bei klassischer Massenproduktion 
entsprechen oder zumindest nahe kommen. 

Die Umsetzung dieser Strategie betrifft alle betrieblichen Funktionsbereiche und hat erhebli- 
che Konsequenzen für Planung und Management untemehmensübergreifender Lieferketten. 
So ist beispielsweise rasch einsehbar, dass die endkundenspezifische Individualisierung von 
Gütern und Dienstleistungen enorme Anforderungen an die Koordination und damit sowohl 
an das inner-, vor allem aber an das überbetriebliche Informationsmanagement stellt. Den be- 
trieblichen Informationssystemen kommt für die Umsetzung der MC-Untemehmensstrategie 
deshalb eine besondere Bedeutung zu. Dennoch sind dabei auftretende Anforderungen an 
MC-geeignete Untemehmenssoftwaresysteme bisher noch keiner systematischen Analyse un- 
terzogen worden. 

Auf solider theoretischer Basis - Prinzipal- Agenten- sowie Transaktionskostentheorie leisten 
hier wichtige Dienste für das Requirements Engineering - entwickelt Dietrich eine Mass 
Customization Informationssystemarchitektur. Diese integriert das Informations- und das 
Prozessmanagement von der Produktdefinition über alle Produktionsstufen bis zur Ausliefe- 
rung an den Kunden und bewahrt dabei zugleich die Entscheidungs- und Handlungsautono- 
mie der beteiligten Akteure. Die Ergebnisse seiner Arbeit validiert er in überzeugender Weise 
anhand einer Fallstudie aus der Schuhindustrie. 

Damit stellt Dietrich einen integrativen, holistischen Lösungsansatz zur Verfügung, um die 
bei Mass Customization auftretenden Herausforderungen für Produktion, Lieferkettenmana- 
gement und Logistik auch informationssystemseitig adäquat zu adressieren. Nicht nur ange- 
sichts der hohen wissenschaftlichen und industriellen Bedeutung von Mass Customization, 
sondern auch vor dem Hintergrund der schon jetzt sehr positiven Reaktionen aus den invol- 
vierten „Communities“ darf man gespannt sein, wie die Fachwelt die Ergebnisse dieser dmch- 
weg sehr gelungenen Arbeit aufnimmt und weiterentwickelt. 

Dem auch aus der Information Systems Engineering-Perspektive sehr spannend geschriebe- 
nen Werk ist auf alle Fälle eine große Leserschaft zu wünschen. 



Univ.-Prof Dr. Stefan Kim 




Vorwort 



Gerade in engen, von Käufern geprägten Märkten müssen Unternehmen geeignete Strategien 
zur Sicherung ihrer Wettbewerbsfähigkeit entwickeln. Die betriebliche Umsetzung solcher 
Wettbewerbsstrategien ist Voraussetzung für die Realisierung von Wettbewerbsvorteilen. Die 
strategischen Zielvorstellungen müssen dabei in operative Maßnahmen überführt werden. Die 
vorliegende Arbeit fokussiert in diesem Zusammenhang zwei aktuelle Ansätze zur Sicherung 
der Wettbewerbsfähigkeit von Unternehmen: Einerseits erhöhen Unternehmen die Vielfalt 
ihrer Produkte, um mittels Individualisierung diversifizierte Kundenwünsche erfüllen zu kön- 
nen. Andererseits verringern Unternehmen ihre Wertschöpfungstiefe durch die Verschiebung 
von Wertschöpfungsstufen auf vorgelagerte Unternehmen. Die Kombination führt zur Wett- 
bewerbsstrategie „Mass Customization“ (MC), die eine Verbindung von Prinzipien der Mas- 
senproduktion (Effizienzvorteile) mit kundenbezogener Fertigung vorschlägt (Individuali- 
sierungsvorteile). Eine wichtige Rolle spielen dabei die Auswahl und Integration geeigneter 
Informations- und Kommunikationssysteme. Die vorliegende Arbeit hat deshalb das Ziel, die 
Anforderungen der Wettbewerbsstrategie Mass Customization an Informationssysteme zu 
untersuchen (Analyse) und eine Anwendungsarchitektur für zukünftige MC-Informati- 
onssysteme zu entwickeln (Design). 

Für die Analyse wird das Modell eines mehrstufigen, überbetrieblichen Wertschöpfungs- 
systems verwendet, das aus Akteuren, ihren zugeordneten Rollen, Transaktionen und einem 
individualisierbaren Sackgut besteht. Die Ableitung der Anforderungen berücksichtigt einer- 
seits die in der Wirtschaftsinformatik vorhandenen Konzepte der Integrationsarchitekturen 
und untersucht, ob sich diese für MC-Informationssysteme eignen. Andererseits wendet die 
Arbeit eine institutionenökonomische Analyse mittels Transaktionskostentheorie und Prinzi- 
pal-Agenten-Theorie an. Dabei stehen die erhöhten Informationsbedarfe aufgrund der Indivi- 
dualisierung im Vordergrund. Der transaktionskostentheoretische Teil der Analyse konzent- 
riert sich auf die Transaktionen innerhalb des Wertschöpfungssystems und deren Einflussfak- 
toren. Die agenturtheoretische Analyse fokussiert hingegen das Verhältnis zwischen den 
einzelnen Akteuren einer Austauschbeziehung und berücksiehtigt mögliche Informations- 
asymmetrien. 

Innerhalb des Designs wird ein Gestaltungsvorschlag für ein Mass Customization In- 
formationssystem in Form einer Anwendungsarchitektur entwickelt. Es werden Methoden der 
Meta- und Referenzmodellierung verwendet. Im Vordergrund steht dabei der dynamische 
Charakter von Mass Customization Wertschöpfungssystemen, der sich sowohl aus der Indivi- 
dualisierung des Sackgutes als auch aus der auftragsspezifischen Zusammenstellung des 
Wertschöpfungssystems ergibt. Die generische Anwendungsarchitektur wird anhand einer 
Fallstudie konkretisiert. Der Untersuchungsansatz der vorliegenden Arbeit basiert im Wesent- 
lichen auf einer Anforderungsanalyse mittels der Neuen Institutionenökonomik. Da im Soft- 
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Vorwort 



wäre Engineering meist empirische Instrumente eingesetzt werden, existieren bislang nur we- 
nige theoriebasierte Ansätze. Mit diesem Hauptbestandteil liefert die Arbeit neue Erkenntnis- 
se über die Anwendbarkeit ökonomischer Theorien für die Ermittlung von Anforderungen an 
Informationssysteme. 

Diese Arbeit entstand während meiner Zeit als wissenschaftlicher Mitarbeiter am Lehrstuhl 
Wirtschaftsinformatik 2 der Technischen Universität Ilmenau (2002-2003) und am Lehrstuhl 
Wirtschaftsinformatik II der Universität Hohenheim (2003-2006). Von 2002 bis 2004 arbeite- 
te ich an dem BMBF-Verbundprojekt „EwoMacs“, das mir thematisch wie organisatorisch 
günstige Rahmenbedingungen für die wissenschaftliche Tätigkeit bot. 

Mein persönlicher Dank gilt dabei meinem Doktorvater, Herrn Prof Dr. Stefan Kim, der Ver- 
trauen in meine Arbeit gesetzt hat und mir den Freiraum gab, eigenständig forschen zu kön- 
nen. Weiterhin danke ich Herrn Prof. Dr. Walter Habenicht für die Übernahme des Zweitgut- 
achtens und Herrn Prof Dr. Alexander Gerybadze für den Vorsitz der Prüfungskommission. 
Ohne die Einbettung in ein kollegiales Umfeld ist Forschung nicht denkbar. Daher danke ich 
allen Kolleginnen und Kollegen des Lehrstuhls Wirtschaftsinformatik 2 der Technischen Uni- 
versität Ilmenau und des Lehrstuhls Wirtschaftsinformatik II der Universität Hohenheim so- 
wie den Projektpartnem im Forschungsprojekt „EwoMacs“. Besonders verbunden bin ich 
meinem guten Freund und Kollegen Dr. Christian Meiler für seine unermüdliche Bereitschaft 
zum Gedankenaustausch und seine Unterstützung. Ihm danke ich herzlich. Dank gilt weiter- 
hin den vielen Diskussionspartnern und Helfern, die zum Gelingen der Arbeit beigetragen 
haben (insbesondere Dipl.-Wirtsch.-Ing. Christian Anhalt, Dr. Martin Hafner, Dr. Jörg Leu- 
kel, Monika Neudecker, Prof Dr. Michael Stephan, Prof. Dr. Ingo J. Timm und Björn Wag- 
ner). Danken möchte ich auch den Studierenden (allen voran Dipl. oec. Jens Dürr), die einen 
Beitrag zu dem Thema dieser Arbeit geleistet haben. Hervorheben möchte ich außerdem den 
Dank an Frau Dr. Barb Scheller, ohne deren Betreuung zu Studienzeiten ich den Weg in die 
Wirtschaftsinformatik möglicherweise verpasst hätte. 

Zu großem Dank verpflichtet bin ich meiner Familie, insbesondere meinen Eltern, Bernd und 
Inge Dietrich, die mich in allen Abschnitten meines Lebens über die Maße unterstützt haben. 
Freiheit, Vertrauen und familiäre Verbundenheit haben wesentlich dazu beigetragen, auch 
dem Ziel der Promotion stets mit Mut und Entschlossenheit entgegen zugehen. 

Mein größter Dank gilt meiner lieben Freundin und zukünftigen Ehefrau Saskia, die das wis- 
senschaftliche und mentale „Auf und Ab“ durch die Jahre hinweg mit großem Verständnis 
begleitet hat. Sie hat mir immer wieder Kraft für die Arbeit gegeben und zugleich geholfen, 
den Blick auf das „Leben neben der Diss“ nicht zu verlieren. 



Andreas J. Dietrich 
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1 Einleitung 



1.1 Ausgangssituation 

Das Streben nach Individualität stellt in unserer Gesellschaft ein allgegenwärtiges Lebens- 
prinzip dar. Mit Kleidung prägt der Einzelne sein äußeres Erscheinungsbild, die Gestaltung 
des eigenen Lebensraums entspricht seiner Auffassung von Wohlbefinden und das eigene 
Verhalten ist ein Spiegelbild seiner Werte und Normen. Nicht unfreiwillig geben wir Men- 
schen dennoch partiell diese Einzigartigkeit auf und richten uns nach gesellschaftlichen und 
durch das Umfeld vorgegebenen Grundsätzen. So schließen wir uns beispielsweise in Verei- 
nen und Interessengemeinschaften zusammen und akzeptieren das gegenseitige Grüßen als 
allgemein angemessene Verhaltensweise. Die Verdeutlichung von Ähnlichkeit und Verschie- 
denheit ist hierbei eine grundlegende Erfahrung und beeinflusst auch polarisierend das Ver- 
halten der Menschen untereinander [SiMu97, 11]. 

Auch innerhalb von Wirtschaftssystemen kommt das Spannungsfeld zwischen standardisier- 
ten und dem einzelnen Kunden angepassten Produkten immer stärker zum Ausdruck. Ob als 
notwendige Reaktion auf den Wandel von Verkäufer- zu Käufermärkten oder als Maßnahme 
zur Realisierung von Erlebniskäufen - die Individualisierung der Nachfrage ist ein branchen- 
übergreifender Entwicklungstrend. Automobilhersteller stellen Systeme zur Auswahl von 
individuellen Fahrzeugausstattungen bereit (z. B. der „Car Configurator“ der BWM AG 
[BMW06] oder der „Audi Konfigurator“ der Audi AG [AudiOö]), Computerhersteller erlau- 
ben die individuelle Ausstattung von Rechnersystemen (z. B. Dell Deutschland GmbH 
[Dell05]), Musikuntemehmen ermöglichen die Zusammenstellung individueller Tonträger (z. 
B. Individual Compact Disc [IndiOö]) und Branchen wie die Schuhindustrie bieten kundenin- 
dividuelle Modeprodukte an. Die Ausrichtung des Produktangebotes am Kundenwunsch ver- 
stärkt sich damit. Zugleich befinden sich Unternehmen in Umgestaltungsprozessen zur Redu- 
zierung ihrer Wertschöpfungstiefe. Dieses Vorgehen wurde bereits im Jahr 2002 von dem 
Beratungsuntemehmen Roland Berger im Rahmen einer internationalen Studie als eine von 
sieben strategischen Maßnahmen für Unternehmen bezeichnet [Berg02]. Die aktuelle Praxis- 
relevanz bestätigt beispielsweise die Automobilindustrie, in der nach einer Studie von Mercer 
Management Consulting und der Fraunhofer Gesellschaft der Anteil von Zulieferuntemehmen 
an der Gesamtwertschöpfung von 65% im Jahr 2002 auf 77% im Jahr 2015 zunehmen soll 
[VDA05, 60]. Die Verschiebung von Wertschöpfungsstufen auf vorgelagerte Wertschöp- 
fungspartner (insbesondere auf Zulieferer) verursacht jedoch bei der Herstellung individuali- 
sierter Güter zusätzlichen Abstimmungsbedarf. Im Laufe der Auftragsabwicklung findet ein 
Übergang von auftragsneutralen zu kundenspezifischen Aktivitäten statt. Die Festlegung die- 
ses Übergabepunktes (auch: Entkopplungspunkt [Schu99] oder Order-Penetration-Point 
[Schn97, 137]) entscheidet darüber, welche der beteiligten Unternehmen standardisierte Pro- 
duktbestandteile fertigen und ab welchem Zeitpunkt die auftragsbezogene Produktion beginnt. 
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Die Auswirkung der Verlagerung von Wertsehöpfungsstufen unter Berücksiehtung der Indi- 
vidualisierbarkeit von Gütern ist in Abbildung 1 dargestellt. Eine ähnliche Grafik findet sich 
in [CorsOla, 101], Ausgehend von einem Entkopplungspunkt (EP) zwischen der dritten und 
vierten Stufe des Herstellungsprozesses werden drei mögliche Gestaltungsvarianten der Lie- 
ferkette dargestellt. In Fall O übernimmt der Hersteller die Stufen 1 bis 4 und verantwortet 
damit den Übergang von der auftragsneutralen zur auftragsbezogenen Fertigung. Der Herstel- 
ler H bezieht ausschließlich standardisierte Produktbestandteile, die von Zulieferer Z bereitge- 
stellt werden. In Fall O ist der Individualisierungsvorgang dem Zulieferer ZI zugeordnet. Der 
Hersteller übernimmt weiterhin die kundenspezifischen Wertschöpfungsschritte 1 und 2. Für 
die Stufen 3 und 4 ist jedoch Zulieferer ZI zuständig. Zulieferer Z2 liefert ausschließlich 
standardisierte Komponenten. Die Individualisiemngsinformationen müssen in diesem Fall an 
die vorgelagerte Stufe (Zulieferer ZI) weitergeleitet werden, da zunächst nur dem Hersteller 
H die Kundenwünsche für die Produktanpassung vorhegen. In Fall O wird die Verlagerung 
der Wertschöpfungsleistungen fortgesetzt, so dass die Individualisierung dem Zulieferer Z2 
zugeordnet ist. Damit müssen die Individualisiemngsinformationen, die sich sowohl auf das 
Produkt als auch auf das Wertschöpfungssystem auswirken können, vom Hersteller über den 
Zulieferer ZI zum Zulieferer Z2 weitergereicht werden. Neben der Bereitstellung technischer 
Informationssysteme für die Zusammenarbeit in derartigen Wertschöpfungsmodellen müssen 
auch konzeptionelle Anforderungen erfüllt werden. So ist es nicht ausreichend, lediglich Pro- 
duktmerkmale weiterzuleiten (z. B. Farbe, Größe etc.). In Abhängigkeit von dem jeweiligen 
Produkt müssen Beschreibungen über den Aufbau, die Möglichkeit zur Anpassung und auch 
Informationen zurück an den Kunden (z. B. über Kapazitätsengpässe oder fehlende Lagerbe- 
stände) übertragen werden. Vor diesem Hintergrund beschäftigt sich die vorliegende Arbeit 
mit der Koordination der überbetrieblichen Zusammenarbeit bei der individualisierten Pro- 
duktion von Sachgütern in Wertschöpfungssystemen der Massenfertigung, und dort speziell 
mit dem Entwurf von Informationssystemen, welche die Individualisierung der Produkte ent- 
lang der Wertschöpfungskette unterstützen. 
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Entkopplungspunkt (EP) 




Abbildung 1: Auswirkungen der Verringerung von Wertsehöpfungstiefe 



Das Aufeinandertreffen der grundsätzlich antagonistisch wirkenden Ziele „Individualisie- 
rung“ und „Standardisierung“ wird auch in der Entwicklung betriebswirtschaftlicher Konzep- 
tionen erkennbar. So verbindet das Konzept der kundenindividuellen Massenfertigung (engl. 
Mass Customization) [Pine94, PillOS] diese beiden Begriffe mit scheinbar sprachlicher Leich- 
tigkeit. Unter Mass Customization wird eine Unternehmens- bzw. Wettbewerbsstrategie ver- 
standen, welche die Fertigung individueller Produkte unter Bedingungen der Massenproduk- 
tion realisiert. Die beiden beschriebenen Entwicklungsrichtungen (Individualisierung der Gü- 
ter und Reduzierung der Wertschöpfungstiefe) lassen sich unter Zuhilfenahme dieser 
Wettbewerbsstrategie analysieren. Als scheinbar widersprüchliche Kombination von Massen- 
produktion und Einzelfertigung stellt dieses Konzept einen Erklärungsansatz für die Individu- 
alisierung des Leistungsangebotes im Massenmarkt dar. Die betriebliche Umsetzung von 
Wettbewerbsstrategien (auch: Strategieimplementierung, s. Abschnitt 2.1.4) ist die Vorausset- 
zung für die Nutzengewinnung aus den in Aussicht gestellten Potentialen und ist damit ein 
wesentlicher Bestandteil der strategischen Untemehmensführung. Auch die Auswahl, die 
Gestaltung und die Integration von Informations- und Kommunikationssystemen (luK- 
Systeme) gehören zu den notwendigen Bestandteilen des strategischen Managements [Ha- 
Ma91, 94]. Aus dieser Perspektive untersucht die vorliegende Arbeit die Anforderungen der 
Mass Customization Wettbewerbsstrategie an überbetriebliche Informationssysteme und ent- 
wickelt Gestaltungsvorschläge für die Architektur dedizierter Mass Customization Informati- 
onssysteme. Damit ordnet sich die Arbeit in einen zentralen Bereich der Wirtschaftsinforma- 
tik ein: der Entwicklung betrieblicher Informationssysteme [KuSt90, 4; LHMa95, 5; SchwOO, 
16-17; HeinOl, 14]. Obwohl in den vergangenen Jahren zunehmend informationstechnologi- 
sche Fragestellungen im Zusammenhang mit der Produktion kundenindividueller Güter wis- 
senschaftlich behandelt wurden [vgl. BFKA05 und ChGr04], spielt Mass Customization in 
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der Wirtschaftsinformatik bislang nur eine untergeordnete Rolle [RePi03, 518], Die vorlie- 
gende Arbeit hat deshalb zum Ziel, einen wesentlichen Beitrag zu diesem Forschungsgebiet 
zu leisten. 

1.2 Forschungsansatz 

Inhaltliches Ziel dieser Arbeit ist die Entwicklung einer Anwendungsarchitektur als Gestal- 
tungsempfehlung für zukünftige unternehmensübergreifende Mass Customization Informati- 
onssysteme. Gegenstand der Arbeit sind demnach Informationssysteme, die in Mass Customi- 
zation Wertschöpfungssysteme integrierte Unternehmen einsetzen sollen, um deren interorga- 
nisationale Integration zu unterstützen. Voraussetzung hierfür sind geeignete Architekturmo- 
dehe und standardisierte Schnittstellen zwischen den Akteuren von Wertschöpfungssystemen 
sowie deren Informationssystemen. Dafür entwickelt und verwendet die vorliegende Arbeit 
eine in der betriebswirtschaftlichen Theorie fundierte Software-Engineering-Perspektive. Ne- 
ben den softwaretechnologischen Anforderungen stehen hierbei auch organisatorische Frage- 
stellungen beim überbetrieblichen Austausch von Daten für die Produktindividualisierung im 
Vordergrund. Dabei unterstellt die Arbeit grundsätzlich, dass Unternehmen in mehrstufigen 
Wertschöpfungssystemen ihre Eigenständigkeit behalten (also auch die Kontrolle über ihre 
Untemehmenssoftware) und dass sich Wertschöpfungssysteme im Zeitablauf ändern können 
und zur Ausschöpfung von Individualisierungspotenzialen sogar dynamisch anpassbar sein 
müssen. 

Folgende, die Forschung leitende Fragen stehen im Mittelpunkt der Arbeit: 

1 . Welchen inhaltlichen Beitrag leisten die Integrationsarchitekturkonzepte der Wirt- 
schaftsinformatik bei der Entwicklung einer überbetrieblichen Mass Customization 
Anwendungsarchitektur? 

2. Welchen inhaltlichen Beitrag leisten ökonomische Theorien für die Analyse von 
Anforderungen an Mass Customization Informationssysteme? 

3. Welche Anforderungen müssen Mass Customization Informationssysteme erfüllen, 
um mehrstufige, überbetriebliche Wertschöpfungssysteme bei der Bereitstellung 
kundenindividueller Produkte zu unterstützen? 

4. Erfüllen die vorhandenen Informationssystemansätze zur Unterstützung von überbe- 
trieblicher Zusammenarbeit und von Produktmodellierung die Anforderungen an 
Mass Customization Informationssysteme? 

5. Eignet sich eine generische Anwendungsarchitektur von Mass Customization In- 
formationssystemen für eine Anpassung an spezifische Anwendungsbereiche? 

Auf Basis dieser Fragestellungen lässt sich die übergeordnete Forschungsfrage wie folgt for- 
mulieren: 




1 .3 Aufbau der Arbeit 



5 



Wie müssen Informationssysteme zukünftig gestaltet sein, damit die durch die Wettbewerbs- 
strategie Mass Customization implizierten Anforderungen erfüllt werden und diese Systeme 
die Umsetzung von Mass Customization in effektiver (d. h. zielführend) und effizienter Art 
und Weise (d. h. kostenminimal) ermöglichen? 

1.3 Aufbau der Arbeit 

Die vorliegende Arbeit gliedert sich in sechs Abschnitte. Nach der Einleitung mit einer Dar- 
stellung der Ausgangssituation, der Zielsetzung, des Forschungsansatzes und des Aufbaus der 
Arbeit (Abschnitt 1) folgt in Abschnitt 2 die Beschreibung des Untersuchungsgegenstandes: 
Informationssysteme für Mass Customization. In Abschnitt 2.1 wird zunächst Mass Customi- 
zation als Wettbewerbsstrategie eingeführt. Anschließend werden deren Merkmale diskutiert 
und der Bedarf nach spezifischen Informationssystemkonzepten begründet. Da die vorliegen- 
de Arbeit Konzepte der Meta- und Referenzmodellierung verwendet, folgt die Darstellung des 
in der Arbeit zugrunde hegenden Modellbegriffs (2.2.1). Weiterhin werden die Begriffe In- 
formations- bzw. Anwendungssystem und Ansätze zur Modellierung von Informations- 
system- und Integrationsarchitekturen beschrieben und in Hinblick auf ihre Eignung für Mass 
Customization untersucht (2.2.2). Damit fokussiert dieser Abschnitt die Beantwortung der 
ersten Forschungsfrage. Der Abschnitt enthält außerdem die Darstellung eines generischen 
Architekturrahmens, der bei der Architekturentwicklung verwendet wird. Die Anwendungsar- 
chitektur wird als Referenzmetamodell im Sinne von [Rosm96] modelliert, um anwendungs- 
bezogene Aspekte von Mass Customization bereits strukturell in das Informationssystem ein- 
beziehen zu können. Damit basiert die Architektur auf einem einheitlichen Metamodell. Der 
Grundlagenteil wird abgeschlossen mit der Definition von Produktkonfigiuation und 
-architektur und einer Erweiterung dieser Begriffe für die vorliegende Arbeit (2.2.3). Die 
Entwicklung der Anwendungsarchitektur für Mass Customization Informationssysteme muss 
die spezifischen Anforderungen der Wettbewerbsstrategie Mass Customization erfüllen. Zu 
deren Ermittlung wird im Rahmen dieser Arbeit ein theoriebasiertes Vorgehen gewählt. In der 
Analyse der prinzipiell geeigneten Theorieansätze wird die Auswahl der Neuen Institutione- 
nökonomik als in der Arbeit verwendetes Theoriegerüst begründet (3.1). Wie die Bewertung 
zeigt, bieten die Teiltheorien Transaktionskostentheorie und Prinzipal-Agenten-Theorie auf- 
grund ihres Einbezugs von Informations- und Kommunikationskosten in die Austauschbezie- 
hungen und aufgrund der Berücksichtigung von Informationsasymmetrien zwischen den Ak- 
teuren geeignete Instrumente für die Analyse von Mass Customization spezifischen Anforde- 
rungen an Informationssysteme (IS-Anforderungen). In Abschnitt 3.2 wird ein Grundmodell 
eines Mass Customization Wertschöpfungssystems als Analyseobjekt entwickelt. Da das ge- 
wählte Wertschöpfungsmodell aus Rollen, die Akteuren als handelnde Wirtschaftssubjekte 
zugeordnet werden, aus Transaktionen (ökonomische Austauschbeziehungen) und aus dem 
herzustellenden Sachgut besteht, kann für die Ermittlung der Anforderungen an Mass Custo- 
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mization Informationssysteme die Transaktionskostentheorie und die Prinzipal-Agenten- 
theorie verwendet werden. Mittels Transaktionskostentheorie werden zunächst die veränder- 
ten akteurs- und umweltbezogenen Merkmale der Austauschbeziehungen bewertet. Anschlie- 
ßend werden die IS-Anforderungen für jede Transaktion des Mass Customization Wertschöp- 
fungssystems abgeleitet (3.3). Zur Verfeinerung werden die Transaktionen anschließend im 
Sinne von Auftraggeber-Auftragnehmer-Beziehungen auf Basis der Prinzipal-Agententheorie 
untersucht. Hierbei werden insbesondere asymmetrische Informationsverteilungen zwischen 
den Akteuren berücksichtigt. Nach der Bewertung möglicher Informationsprobleme zwischen 
den Akteuren werden die IS-Anforderungen überprüft und präzisiert (3.4). Die beiden Ab- 
schnitte der theoriebasierten Analyse untersuchen damit die Eignung ökonomischer Theorien 
für die Ableitung von Anforderungen an Informationssysteme und fokussieren die zweite 
Forschungsfrage. In Abschnitt 3.5 werden die abgeleiteten Anforderungen an Mass Customi- 
zation Informationssysteme zusammenfassend dargestellt und funktional spezifiziert. Damit 
gibt dieser Teil eine Antwort auf Forschungsfrage 3, die sich auf die Ermittlung der Anforde- 
rungen an Mass Customization Informationssysteme bezieht. Informationssysteme im Sinne 
der Arbeit erfüllen dann ihren Zweck zur Operationalisierung der Wettbewerbsstrategie Mass 
Customization, wenn erhöhte Kosten bei einer Umorientierung der Unternehmen von Mas- 
senproduktion hin zur kundenindividuellen Produktion durch den Einsatz von Informations- 
technologie gesenkt werden können. Auf Basis der ermittelten Anforderungen werden in Ab- 
schnitt 4 vorhandene informationstechnologische Konzepte dargestellt. Gemäß der inhaltli- 
chen Positionierung werden zunächst Ansätze für den überbetrieblichen elektronischen 
Geschäftsverkehr erläutert und bewertet (4.1). Es schließt sich die Analyse von Ansätzen für 
konfigurierbare Produkte an (4.2). Das Kapitel endet mit einer Diskussion spezifischer IS- 
Konzepte, die explizit für Mass Customization entwickelt wurden (4.3). Ausgehend von der 
vorgenommenen Analyse vorhandener Konzepte wird der Handlungsbedarf abgeleitet, der die 
inhaltlichen Gestaltungsvorgaben für die Entwicklung der Anwendungsarchitektur vorgibt. In 
diesem Abschnitt wird untersucht, inwieweit die vorhandenen IS-Konzepte die Anforderun- 
gen an eine Anwendungsarchitektur für Mass Customization Informationssysteme erfüllen. 
Damit wird eine Antwort auf die vierte Forschungsfrage gegeben. In Abschnitt 5 wird der 
Gestaltungsvorschlag für Mass Customization Informationssysteme in Form einer Anwen- 
dungsarchitektur vorgestellt. Nach einer Festlegung von Entwurfsentscheidungen und nach 
der Beschreibung des Vorgehens zur Entwicklung der Drei-Ebenen- Architektur in 5.1 werden 
in den Abschnitten 5.2.1 bis 5.2.3 die einzelnen Ebenen dargestellt. Die Architekturebenen 
sind zunächst in allgemeiner Form, d. h. ohne Anwendungsbezug modelliert. Das Architek- 
turkapitel schließt in Abschnitt 5.3 mit einer Fallstudie für die Schuhindustrie, in der die ent- 
wickelte Anwendungsarchitektur beispielhaft konkretisiert wird. Hiermit wird eine Antwort 
auf die Forschungsfrage 5 gegeben. Die Arbeit endet mit einer Zusammenfassung und einem 
Ausblick auf weiterführende Forschungsaktivitäten (6). Der Aufbau ist in Abbildung 2 zu- 
sammenfassend dargestellt. 
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Abbildung 2: Aufbau der Arbeit 
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2.1 Wettbewerbsstrategie Mass Customization 

2.1.1 Generische und hybride Wetthewerbsstrategien 

Innerhalb der Betriebswirtschaftslehre bezeichnet Strategie die Planung und Ausführung von 
Maßnahmen eines Gesamtkonzeptes, durch das sich ein Unternehmen im Wettbewerb mit 
anderen Unternehmen behauptet, d. h. am Markt erfolgreich sein kann, und die gesetzten Zie- 
le erreicht [vgl. Hint82, 24], Eine Strategie besteht aus einer Menge von Entscheidungen oder 
aus Aktionen und Handlungen [Mint78, 935; MiWa85, 257; HaMa88, 39; vgl. Cors98, 3]. Ein 
Überblick zur Entwicklung des Strategiebegriffs im deutsch- und angloamerikanischen Raum 
kann [Welg92, 166-169] entnommen werden. Der Begriff der Wettbewerbsstrategie wird häu- 
fig in Zusammenhang mit dem „Modell der fünf Wettbewerbskräfte“ nach Porter genannt. 
Demnach entspricht die Umsetzung einer Wettbewerbsstrategie einer Festlegung von Aktivi- 
täten zur Sicherung der Position eines Unternehmens innerhalb einer Branche. Die zu berück- 
sichtigenden Wettbewerbskräfte sind hierbei: 

■ Gefahr durch neue Marktteilnehmer, 

■ Bedrohung durch Substitutionsprodukte, 

■ Verhandlungsmacht der Kunden, 

■ Verhandlungsmacht der Lieferanten und 

■ Rivalität zwischen etablierten Wettbewerbern [Port92, 22]. 

Eine Wettbewerbsstrategie kombiniert die vom Unternehmen verfolgten Ziele mit den zu de- 
ren Erreichung notwendigen Mitteln und bestimmt damit die Maßnahmen einer Unterneh- 
mung in seiner Wettbewerbssituation [01em95, 32; Port99b, 64ff]. Trotz des bisher fokus- 
sierten Verständnisses von Wettbewerbsstrategien auf Unternehmen und der Ausrichtung ih- 
rer Aktivitäten an definierten Zielen besteht in der Literatur eine begriffliche Vielfalt. Eine 
Übersicht der verschiedenen Strategieausprägungen kann beispielsweise [Cors98, 6-7] ent- 
nommen werden. 

Das Klassifikationsmerkmal des strategischen Grundprinzips bzw. der Basis des Wettbe- 
werbsvorteils führt zu den strategischen Grundausrichtungen Kostenführerschaft, Differenzie- 
rung und Konzentration (Nischenstrategie), die von Porter entwickelt wurden und auch als 
generische Wettbewerbsstrategien bezeichnet werden [Port99a, 38ff]. Bei der Differenzie- 
rung konkurrieren Unternehmen über den Kundennutzen ihrer Leistung (z. B. Produkteigen- 
schaften), produktbegleitende Serviceleistungen und Qualität. Dabei können hohe Verkaufs- 
preise erzielt werden [Port99a, 189f. und 209f.]. Im Gegensatz dazu basiert die Kostenführer- 
schaft auf dem Ausnutzen von Kostensenkungspotentialen, die ein im Vergleich zum 
Wettbewerb preisgünstiges Angebot von Produkten ermöglichen [Port99a, 143ff.]. Realisiert 
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werden kann der Kostenvorteil durch Größenvorteile („Economies of Scale“), Verbundeffekte 
(„Economies of Scope“), Lern- und Erfahrungskurveneffekte, die Ermittlung günstiger Be- 
schaffungsquellen und die Realisierung niedriger Vertriebskosten etc. [vgl. Pill98, 43f.]. Die 
Konzentration unterscheidet schließlich, ob die Kostenführerschaft oder die Differenzierung 
auf dem gesamten Markt umgesetzt wird oder ob das Unternehmen nur Teilmärkte (Nischen) 
abdeckt [Port92, 35-38]. 

Die als Altemativhypothese bezeichnete Forderung von Porter, dass Unternehmen nur bei der 
exklusiven Wahl einer der beiden Strategien (Kostenführerschaft oder Differenzierung) er- 
folgreich sein können, formuliert die Gefahr für Unternehmen „zwischen den Stühlen“ 
[Port99a, 44f] zu stehen. Der Strategieformulierung von Porter wird jedoch kritisch entge- 
gengehalten, dass die beschriebenen Konzepte statisch angelegt sind und damit keine dynami- 
schen Merkmale abbilden können [Kalu95, 87]. Die Kritik schlägt sich in einer Weiterent- 
wicklung in Form von alternativen Strategiekonzepten nieder [vgl. CoWi94, 265-267; Flee95; 
PrPr97; vgl. PillOlb, 48]. ln diesem Zusammenhang ist der Begriff der hybriden Wettbe- 
werbsstrategie entstanden, die beispielsweise anhand der Simultaneitätshypothese die aus- 
drücklich vorteilhafte gleichzeitige Umsetzung mehrerer Strategietypen begründet [CoWi94, 
263]. Naeh Fleek können folgende drei Arten hybrider Wettbewerbsstrategien untersehieden 
werden [Flec95, 61]: 

■ Sequentielle hybride Strategien (zeitliche Entkoppelung), 

■ multilokale hybride Strategien (räumliche Entkoppelung) und 

■ simultane hybride Strategien. 

Sequentiell hybride Strategien legen die jeweils angemessene Wettbewerbsstrategie in einer 
zeitlichen Abhängigkeit fest (z. B. im Outpaeing-Ansatz unter Berücksichtigung von Wettbe- 
werbsphasen [GiSt87, 31-32]) [Flec95, 62]. Die Wahl der strategischen Ausrichtung kann 
somit wechseln. Den Fokus auf die räimrliche Ausgestaltung von Wertschöpfungsaktivitäten 
haben multilokale hybride Strategien. Als Basis hierfür gilt die Duale Intemationalisierungs- 
strategie nach Carl [Carl89, 197], die eine Vereinbarkeit von Globalisierungs- und Lokalisie- 
rungsstrategie für möglich hält. Die Globalisierung entspricht der Kostenführersehaft, der 
Differenzierung die Lokalisierung [Flec95, 71]. Simultan hybride Strategien verbinden 
schließlich die gleichzeitige Umsetzung von Differenzierung und Kostenführerschaft. Aus 
Sicht des Kunden entsteht eine Nutzensteigerung aufgrund der Erhöhung des Differenzie- 
rungsgrades, Unternehmen verbessern ihre Kostenpositionen durch das Ausnutzen von Effi- 
zienzvorteilen [Flec95, 84ff.]. Mass Customization gehört zu den simultan hybriden Strate- 
gien. 
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2.1.2 Mass Customization als hybride Wettbewerbsstrategie 

2. 1 .2. 1 Begriffe und Abgrenzungen 

Dem Konzept der Mass Customization liegen Gedanken Alvin Tofflers zugrunde, die im Zu- 
sammenhang mit allgemeinen Überlegungen zu Veränderungen von Märkten aufgrund einer 
Sättigung des Konsumbedarfs und des Drangs zur Individualität in den USA der 1950er und 
1960er Jahren entstanden sind [Toff70]. Toffler widersprieht der Ansieht, dass Industrialisie- 
rung ausschließlich zu Konformität führt. Vielmehr ist er vom Gegenteil überzeugt, verweist 
aber auf eine parallele Entwicklung von Standardisierung und Individualisierung. Trotz der 
vorausgesagten Kostenneutralität für individualisierte Standardprodukte geht Toffler davon 
aus, dass die „Vorteile der Differenzierung und Individualisierung von der Komplexität des 
vom Käufer zu bewältigenden Entscheidungsprozesses aufgehoben werden“ [Toff71, 215]. 
Eine der ersten expliziten Erwähnungen des Begriffs „Mass Customization“ findet sich im 
Jahr 1987 bei Davis [Davi87; Davi96]: „Mass Customization of markets means that the same 
large number of Customers can be reached as in the mass markets of the industrial economy, 
and simultaneously they can be treated individually as in the customized markets of preindus- 
trial economies“ [Davi96, 177]. 

Der Begriff wurde Anfang und Mitte der 1990er Jahre in der amerikanischen Literatur von 
Joseph B. Eine weiterentwickelt. Als „maßgeschneiderte Massenfertigung“ wird eine Strate- 
gie beschrieben, die „Vielfalt und Kundenbezogenheit diuch Flexibilität sowie rasche Reakti- 
onsbereitschaft [schafft]“ [Pine94, 78]. Das Ziel ist, Kunden preisgünstige Güter (Produkte 
und Dienstleistungen) mit starkem Kundenbezug und mit Individualität anzubieten [Pine94, 
78]. Im deutschsprachigen Raum wurde Mass Customization vor allem von Frank T. Piller 
aufbereitet und weiterentwickelt. Unter Berücksichtigung der organisationalen und wett- 
bewerbsstrategischen Wirkungen neuer Informations- und Kommunikationstechnologien in- 
nerhalb der Informationsgesellschaft definiert er in pragmatischer Form: „Mass Customizati- 
on (kundenindividuelle Massenfertigung) ist die Produktion von Gütern und Leistungen für 
einen (relativ) großen Absatzmarkt, welche die unterschiedlichen Bedürfnisse jedes einzelnen 
Nachfragers dieser Produkte treffen, zu Kosten, die ungefähr denen einer massenhaften Ferti- 
gung eines zugrunde liegenden Standardproduktes entsprechen“ [PillOla, 206], Aufgrund der 
Tatsache, dass die Möglichkeit zur Individualisierung von Produkten für Kunden einen in 
Geld zu bewertenden Zusatznutzen darstellen kann, relativiert Piller in der 3. Auflage seines 
Buches diese Aussage. So gilt als notwendiges Merkmal für Produktangebote, die dem Kon- 
zept von Mass Customization zuzurechnen sind, eine Preispolitik, „die der Zahlungsbereit- 
schaft von Käufern vergleichbarer massenhafter Standardprodukte“ entspricht [Pill03, 190], 
Der Wechsel von Marktsegmenten wird damit ausgeschlossen. Aufgrund der prinzipiell 
gleichzeitigen Kombination von Leistungsindividualisierung und massenhafter Herstellung 
gehört Mass Customization zu den simultan hybriden Wettbewerbsstrategien. Neben „Mass 
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Customization“ und „kundenindividuelle Massenfertigung“ finden sich in der Literatur weite- 
re synonyme Begriffe: z. B. „Massen-Maßfertigung“ und „maßgeschneiderte Massenferti- 
gung“ [Mert95; Pine94], ln der vorliegenden Arbeit wird jedoch die Bezeichnung „kundenin- 
dividuelle Massenfertigung“ bevorzugt. Der englische Begriff „Mass Customization“ wird 
zudem synonym verwendet. Für weitere Ausführungen zu betriebswirtschaftlichen Problem- 
bereichen der Mass Customization sei u. a. auf [PillOla, 246.; Knol02; ScSe02] verwiesen. 
Neben der Wettbewerbsstrategie Mass Customization existieren weitere Strategiekonzepte 
mit teilweise vergleichbaren oder ähnlichen Merkmalen: „High-volume flexible production“ 
[Cam93, 98], „Consumer co-construction“ [Bum93, 303], „Postponement“ [vgl. Wolf97] und 
„Dynamische Produktdifferenzierung“ [Kalu96, 201]. 

Das Konzept der Mass Customization wird in der Literatur aus einer Vielzahl wis- 
senschaftlicher Perspektiven betrachtet. Während der Ausgangspunkt der Diskussion im Be- 
reich der Wettbewerbsstrategien zu finden ist (siehe oben: Mass Customization als hybride 
Wettbewerbsstrategie), wurde das Konzept mittlerweile auch aus den Perspektiven des Mar- 
ketings, der Produktionswirtschaft, der Produktentwicklung, der Fertigungstechnik etc. dis- 
kutiert. Detaillierte Übersichten der vorhandenen wissenschaftlichen Perspektiven können 
[PÜ103, 192ff] und [ChGr04, 29ff] entnommen werden. Für die vorliegende Arbeit sind je- 
doch nur diejenigen von Bedeutung, die sich mit dem Informationsmanagement und der Ges- 
taltung von Informationssystemen befassen. 

Für die Analyse der wesentlichen Eigenschaften von Mass Customization sind in der Literatur 
unterschiedliche Vorgehensweisen erkennbar. Zunächst kann eine Betrachtung auf Basis der 
begrifflichen Zusammensetzung von Mass Customization erfolgen (z. B. in [Jäge04]). Dem- 
nach weisen Realisierungsformen sowohl wesentliche Eigenschaften der Massenproduktion 
als auch der Einzelfertigung auf Ein zweites Verfahren stellt die theoriebasierte Ableitung 
des Gesamtkonzeptes in den Vordergrund (z. B. [Pill03]). Hierbei werden Definitionen des 
Begriffs Mass Customization dazu verwendet, spezifische Merkmale zu identifizieren (z. B. 
Kundeninteraktion als wesentliche Eigenschaft in Folge der notwendigen Anpassung des Pro- 
duktes an die Bedürfnisse des Kunden). Schließlich eignen sich empirische Analysen dazu, 
die Relevanz bestimmter Merkmale des Begriffs zu validieren bzw. Merkmalscluster zu 
erstellen (z. B. in [DWMBOO]). 

2. 1 .2.2 Eigenschaften von Mass Customization 

Da Mass Customization als Kombination mehrerer Grundkonzepte definiert wird (insbeson- 
dere anhand der beiden Konzepte Massenproduktion und Einzelfertigung), erscheint der 
Nachweis eindeutiger Merkmale von Mass Customization nicht möglich. Vielmehr lassen 
sich konstituierende (d. h. notwendige) und spezifizierende (d. h. einschränkende) Eigen- 
schaften identifizieren, die in ihrer Kombination eine Abgrenzung zu anderen Wertschöp- 
fungskonzepten ermöglichen. Folgende Merkmale können als wesentlich für das Konzept 
Mass Customization angesehen werden [DWMBOO; PiSt02; Pill03]: 
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■ Interaktionen mit jedem einzelnen Kunden zur Erhebung der Individualisierungsinfor- 
mationen, 

■ Maximierung der Kongruenz von Kundenbedürfnissen und Produkteigenschaften, 

■ Beeinflussung des Produktionsprozesses (Reduzierung der Losgröße bei gleichzeitiger 
Bestimmung des optimalen Vorfertigungsgrades), 

■ Modularität des Produktes als Möglichkeit zur Leistungsindividualisierung (als Ab- 
grenzung von der Massenproduktion aus Herstellerperspektive), 

■ Maximierung der externen Varietät (für den Kunden erkennbar) bei gleichzeitiger Mi- 
nimierung der internen Varietät (in der Produktion auftretende Vielfalt) [Bart95, 13; 
Knol99, 69], 

■ Berücksichtigung von Effizienzpotentialen der Massenfertigung (Economies of Scale, 
Economies of Scope, Errichtung stabiler Abwicklungsprozesse etc.), 

■ Einschränkung der Individualisierbarkeit (als Abgrenzung von der Einzelfertigung), 

■ Teilung der Auftragsabwicklung und Fertigung in standardisierte und kundenspezifi- 
sche Abschnitte (mehrfacher Entkopplungspunkt, zeitliche Verlagerung der Prozesse), 

■ Nutzung von Informationssystemen speziell für Produktkonfigurierung, Pro- 
duktionsplanung, Auftragsverfolgung und Kundenbeziehungsmanagement. 

Die zwei Hauptmerkmale der Wettbewerbsstrategie Mass Customization können von dem Be- 
griff selbst abgeleitet werden: Massenhafte Herstellung („Mass“) und Leistungsindividualisie- 
rung („Customization“) [Maye93, 153ff ; Pine93, 48-50; Pill03, 204ff; Jäge04, 15], 

2. 1.2. 2.1 Leistungsindividualisierung als konstitutives Merkmal 

Die Leistungsindividualisierung innerhalb von Mass Customization entspricht einer Umset- 
zung der Differenzierungsstrategie („Customization“). Bei einer Leistungsindividualisierung 
wird der Gegenstand der Wertschöpfung (z. B. Produkt) auf die Bedürfnisse bzw. Anforde- 
rungen einzelner Kunden angepasst. Ansatzpunkt der Individualisierung kann sowohl das 
Produkt als auch der Herstellungsprozess (d. h. die Produktion) sein. Zu den Arbeiten über 
Produktindividualisierung gehören beispielsweise [FeLe97] und [TsJi96], Ansätze mit einem 
Fokus auf die Produktionsindividualisiemng sind in [Ande97; GiPi97; Koth95; LoWi03] ver- 
öffentlicht. 

Für eine umfassende Darstellung der Leistungsindividualisierung unterscheidet Jäger drei 
Betrachtungsperspektiven [Jäge04, 15-16]: 

1 . Instrumentelle Perspektive: Zweck der Individualisierung, 

2. Konstruktionelle Individualisierung: Produktindividualisierung, 

3. Prozessuale Individualisierung: Vorgang der Individualisierung. 
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Die instrumenteile Perspektive stellt fest, dass die Leistungsindividualisierung nicht Selbst- 
zweck ist, sondern eine Nutzensteigerung für den Kunden aufgrund der Passgenauigkeit von 
Produktwünschen und -eigenschaften nach sich ziehen muss. Ausschlaggebend für den erziel- 
ten Nutzengewinn ist die tatsächliche Bedürfnisbefriedigung. Da das Nachfragerverhalten 
jedoch von der erwarteten Bedürfnisbefriedigung abhängt, entsteht eine kognitive Dissonanz 
zwischen dem tatsächlichen Nutzen und der Nutzenerwartung [Jäge04, 15-16]. Im Rahmen 
von Mass Customization muss daher versucht werden, die Differenz zwischen dem erwarteten 
und dem realisierten Nutzen zu minimieren. Die Erzielung von Wettbewerbsvorteilen mittels 
Leistungsindividualisierung ist deshalb ein Ziel dieser Strategie [vgl. Pill03, 222]. Bei konse- 
quenter Fortführung der Harmonisierung von Kundenbedürfnissen und Produkteigenschaften 
wird aus Sicht der konstruktionellen Perspektive die produktzentrierte Sichtweise zugunsten 
einer Eigenschaftsbündelung aufgegeben. Im Vordergrund stehen weniger physische Leis- 
tungsmerkmale als Eigenschaften von Produkten, bestimmte Anforderungen der Kunden zu 
erfüllen. Diese Perspektive betrachtet den Aufbau und die Strukfur der angebotenen Leistun- 
gen sowie die zur Verfügung gestellten Individualisierungsoptionen [Jäge04, 17]. Aus der 
prozessualen Perspektive wird der Ablauf der Individualisierung beschrieben. Die Erhebung 
von Individualisierungsinformationen kann hierbei zeitlich und räumlich von der fertigungs- 
bezogenen Realisierung der Individualisierung getrennt sein. Unterschiede einer Mass 
Customization Wertschöpfungskette im Vergleich zur Massenproduktion können [Pill03, 
205] und [Jäge04, 18; erstmals bei ZeJMOO, 54-55 und 66] entnommen werden. Der wesentli- 
che Unterschied besteht in der Mitwirkung des Abnehmers zum Zeitpunkt der Bestellung 
bzw. vor der Fertigung. Dies umfasst einerseits die Interaktion als Austauschbeziehung zwi- 
schen dem Hersteller und dem Kunden [Hild97, 32-33] und andererseits die Integration von 
Informationen oder anderen kundenbezogenen Ressourcen in den Prozess der Leistungsindi- 
vidualisierung [Jäge04, 18-19]. Effizienzvorteile durch die direkte Beziehung zwischen Her- 
steller und Kunde bei Mass Customization finden sich in der Literatur unter den Begriffen 
„Economies of Interaction“ (Interaktionsvorteile) und „Economies of Integration“ (Kundenin- 
tegrationsvorteile). Trotz teils abweichender Begriffsverständnisse [vgl. Jäge04, 67-68 und 
PMSt04] gilt das Konzept der Kundenintegration als maßgebliches Erklärungsinstrument für 
die Potentiale von Mass Customization. 

Der Begriff der Kundenintegration im deutschsprachigen Raum geht auf Kleinaltenkamp zu- 
rück und beschreibt die Integration von externen Faktoren in den Dienstleistungserstellungs- 
prozess [vgl. Klei96b, 15-16 und KlBu96]. Externe Faktoren können hierbei „Personen [...], 
Objekte, [...] Rechte, Nominalgüter und/oder Informationen“ sein [EnKR93, 401]. Anhand 
der Determinante des Integrationspunktes bezogen auf die Wertschöpfungskette können meh- 
rere Kundenintegrationsarten unterschieden werden (vgl. Abbildung 3). Dieses Modell eignet 
sich auch zur Präzisierung des Mass Customization Begriffs der vorliegenden Arbeit. 
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Art der Kundenintegration 


Integrationspunkt 


Grad / Intensität der Kun- 
denintegration 


match-to-order / locate-to-order 

Auswahl aus Palette mit vorhandenen und 
standardisierten Produkten auf Basis der 
Kundenanforderungen 


Point-of-Sale / 
Handel 


. Grad der Integration des 

Kunden in die 
W ertschöpfung skette 

Anzahl der kundenspezifischen 
Wertschöpfungsaktivitäten 

Potential zum Ausnutzen von 
„Economies of Interaction“ 


bundle-to-order 

Bündelung vorhandener Einzelprodukte zu 
einem kundenspezifischen Produkt 


Point-of-Sale / 
Handel 


assemble-to-order 

Herstellung kundenindividueller Produkte aus 
standardisierten Komponenten 


Endmontage 


made-to-order 

Fertigung kundenindividueller Produkte mit 
kundenbezogener Herstellung von Produkt- 
komponenten 


Fertigung 


engineer-to-order 

Kundenbezogene Entwicklung von Produkten 
(„Customer Co-Design“) 


Produktentwicklung 



Abbildung 3: Arten und Intensitäten der Kundenintegration |in Anlehnung an 
PiMö02| 



Bei einer Integration des Kunden am Verkaufspunkt (z. B. Handel) ohne physische Produkt- 
individualisierung findet lediglich ein Auswahlprozess statt („match-to-order“). Ausgehend 
von den ermittelten Kundenwünschen werden hierbei passende Güter des Lagers ausgewählt. 
Dies entspricht weitgehend der Massenproduktion. Besteht ein Gut als Leistungsbündel aus 
einer Zusammenstellung mehrerer Produkte oder Produktbestandteile, so werden beim „bund- 
le-to-order“ Einzelprodukte zu kundenspezifischen Produkten zusammengefasst. Mit zuneh- 
mendem Integrationsgrad werden Kundeninformationen in vorgelagerten Wertschöpfungsak- 
tivitäten berücksichtigt. So kann auf der Ebene der Endmontage beispielsweise ein Produkt 
aus mehreren standardisierten Komponenten bzw. Modulen zusammengesetzt werden. In Ab- 
grenzung zum „bundle-to-order“ finden bei der Individualisierung fertigungsbezogene Aktivi- 
täten statt, die nicht im Handel durchgeführt werden können. Bei Produkten, die aus individu- 
ellen Komponenten auf Basis vorgegebener Baupläne gefertigt werden, wird von „made-to- 
order“ gesprochen. Die Individualisierung wird innerhalb der Fertigung vorgenommen. Wer- 
den kundenindividuelle Lösungen unter Mitwirkung des Kunden entwickelt und hergestellt, 
so ist gemäß der Abbildung das höchste Maß an Kundenintegration erreicht („engineer-to- 
order“). Hierbei handelt es sich eher um Einzelfertigung. Mit der zunehmenden Kundeninteg- 
ration steigen auch die Anzahl der kundenspezifischen Wertschöpfungsaktivitäten und das 
Potential zum Ausnutzen von „Economies of Interaction“. Die Gestaltung von Mass Customi- 
zation Informationssystemen muss die verschiedenen Arten von Kundenintegration berück- 
sichtigten, da diese Auswirkungen auf den Verkaufsprozess (Ermittlung der Individualisie- 
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rungsinformationen) und die Auftragsabwicklung (Bereitstellung der Individualisierungsin- 
formationen und Koordination der Leistungserstellung) haben. In der zu entwickelnden An- 
wendungsarchitektur werden diese Abhängigkeiten explizit berücksichtigt. 

Die Herstellung von Mass Customization Produkten erfordert die Ermittlung von Kundenan- 
forderungen, die für die Anpassung der Güter verwendet werden. Die Herstellung bzw. die 
Individualisierung kann erst nach deren Ermittlung durchgeführt werden. Damit weisen Mass 
Customization Produkte die Eigenschaften von Kontraktgütern auf. Als Kontraktgüter werden 
Versprechen über zukünftige Leistungen bezeichnet. Sie werden verkauft, bevor sie erstellt 
und die Kunden deren Qualität und Eignung zur Befriedigung ihrer Bedürfnisse beiufeilen 
können [Kaas92, 897; Kaas95b, 8]. Kaas unterscheidet hierbei drei Transaktionstypen. Es 
lassen sich die Kontraktgüter-Transaktionen von Austauschgüter-Transaktionen (Austausch 
von fertigen Leistungen ohne Möglichkeit zur Beeinflussung) und Beziehungen (dauerhafte 
Geschäftsaktivität) abgrenzen. Die Eigenschaft der Kontraktgüter verursacht Unsicherheiten 
bei den Anbietern und Nachfragern individueller Leistungen, die sich in externe Unsicherheit 
(z. B. über Umweltzustände) und interne Unsicherheit (gegenseitige Informationsvorsprünge) 
unterscheiden lassen. Die Auswirkungen von sog. Informationsasymmetrien werden im Rah- 
men der theoretischen Analyse in Abschnitt 3.4 ausführlich behandelt und bewertet. 

Eine hohe Leistungsindividualisierung führt konzeptionell auch zu einer Steigerung der Kun- 
denorientierung, da der Abdeckungsgrad von Kundenbedürfnissen und Produkteigenschaften 
größer ist. Dennoch können hierbei auch unternehmerische Risiken entstehen, falls beispiels- 
weise für das eingerichtete Individualisierungspotential keine Nachfrage existiert [vgl. 
Kreu05, 13] oder aufgrund steigender Produktkomplexität technisch oder ökonomisch unlös- 
bare Individualisierungswünsche vorliegen [Kühn91, 98]. 

Aufgrund der expliziten Berücksichtigung der Anforderungen des einzelnen Kunden bei der 
Herstellung von Sachgütern besteht bei Mass Customization der Vorteil darin, kundenbezo- 
gene Güter mit einem hohen Grad an Bedürfnisbefriedigung zu erstellen und zusätzliche Zah- 
lungsbereitschaft in erhöhte Preise (im Vergleich zur Massenproduktion) umwandeln zu kön- 
nen. Als Folge der Individualisierung werden in der Literatur eine erhöhte Leistungsattraktivi- 
tät gegenüber Abnehmern, eine Steigerung des akquisitorischen Potentials, eine Erhöhung der 
Kundenbindung und Vorteile des Kundenkontaktes („Leaming Relationships“) genannt [z. B. 
Grab04, 14ff.]. Umfassende empirische Belege hierfür fehlen jedoch noch. 

2. 1.2. 2. 2 Massenhafte Herstellung als konstitutives Merkmal 

Der Begriff der massenhaften Herstellung orientiert sich an der vom Unternehmen gewählten 
Produktionsform. Die fertigungsbezogene Einordnung von Unternehmen kann hierbei anhand 
unterschiedlicher Merkmale erfolgen (z. B. nach Produktzahl in Ein- und Mehrproduktferti- 
gung oder nach Güterform in Fließgüter- und Stückgüterfertigung [Gros74, 130ff]) [Welk85, 
23]. Die Bewertung des Kriteriums der massenhaften Herstellung kann zunächst anhand der 
Typologie elementarer Fertigungsformen nach Hahn vorgenommen werden. Hierbei wird die 
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Einzelfertigung anhand des Kriteriums „Grad der Wiederholung der Aktionen der Fertigung“ 
von der Serien- bzw. Sortenfertigung und der Massenfertigung abgegrenzt [Hahn75, 3160], 
Das Kriterium der Wiederholung bezieht sich hierbei auf die Gesamtheit eines Produktes, d. 
h. die Höhe der Auflage eines bestimmten Produktes. In der Einzelfertigung beträgt die Auf- 
lagenhöhe „1“, wobei es sieh entweder um eine einmalige oder mehrmals wiederholte Einzel- 
fertigung handeln kann. Werden Produkte in Losen hintereinander gefertigt, so wird von Se- 
rienfertigung gesproehen. Die Sorten- bzw. Variantenfertigung ist ein Spezialfall der Serien- 
fertigung und bezeiehnet die Herstellung von Varianten einer Produktart. Ist die Auflage eines 
gefertigten Produktes in einem gewählten Zeitraum unbestimmt, so bezeiehnet man diesen 
Typ der Herstellung als Massenfertigung [Hahn75, 3160]. Für eine Bewertung der Wettbe- 
werbsstrategie Mass Customization ist diese Klassifikation von Nutzen, da die Wiederholung 
desselben Fertigungsprozesses als Unterseheidungsmerkmal zur Einzelfertigung eingeführt 
wird. Es fehlt jedoch eine Quantifizierung, um die einzelnen Konzepte übersehneidungsfrei 
unterscheiden zu können. So kann der Ausdruck „unbegrenzte Auflagenhöhe“ in einem realen 
Betriebsumfeld nieht mit mathematiseh „unendlieh groß“ gleichgesetzt werden und somit 
bleibt die Menge unspezifiziert, ab der sich eine Massenfertigung von der Serienfertigung 
abgrenzt. Es bleibt außerdem unklar, welcher Grad von Produktveränderungen noch zu einer 
Sortenfertigung zählt und ab welehem Veränderungsgrad von einer Einzelfertigung zu spre- 
chen ist. Auf den weiteren Verlauf der Arbeit wirkt sich dieses Defizit nieht aus, da einerseits 
Produktionsformen und Fertigungstechnologien nieht zu dem Gegenstand dieser Untersu- 
chung gehören (sie sind zwar Teil des Betrachtungsgegenstandes, aber es werden keine neu- 
en, für Mass Customization geeigneten Fertigungsprinzipen entwickelt, die vergleichbar sind 
z. B. mit dem Konzept der Fertigungssegmentierung, dem Konzept der Flexiblen Fertigungs- 
inseln [CoWi94, 65-66] oder dem Konzept der Mini-Fabrik [RPEGOO]) und andererseits nicht 
verschiedene Organisationstypen der Fertigung, sondern deren Auswirkungen berücksichtigt 
werden. So verweist das Merkmal der massenhaften Herstellung im Rahmen von Mass 
Customization vor allem darauf, dass Effizienzpotentiale der Massenfertigimg auszunutzen 
sind. Dies macht eine überschneidungsfreie Klassifikation der Fertigungstypen obsolet. Im 
Rahmen von Mass Customization müssen aus Sicht des Merkmals der Massenproduktion 
Vorteile aus Kostensenkungspotentialen realisiert werden. Als wesentliche Konzepte gelten 
hierfür Skalenvorteile („Economies auf Scale“), Verbundvorteile („Economies of Scope“) und 
Lemkurveneffekte. 

In der Verbindung beider Merkmale (Leistungsindividualisierung und massenhafte Herstel- 
lung) werden jedoch Effizienzvorteile der massenhaften Herstellung durch die Maßnahmen 
zur Individualisierung reduziert. Es entstehen nicht niu die Kosten für die eigentliche Herstel- 
lung, sondern auch für deren Koordination. Dies betrifft im Zusammenhang von Mass 
Customization auch die Auftragsabwicklung vor Produktionsbeginn, d. h. im Rahmen der 
Informationsermittlung. In Hinblick auf die Effizienzpotentiale bleibt anzumerken, dass ei- 
nerseits die Nachfrage nach kundenindividuellen Produkten zu erhöhten Preisen nicht per se 
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angenommen werden kann, und andererseits, dass Kostenvorteile aufgrund der notwendigen 
Produktionsflexibilität egalisiert werden und Kostenpotentiale nicht unweigerlich zu deren 
Realisierung führen. Ausführliche Modelle zur Bewertung der ökonomischen Vorteilhaftig- 
keit finden sich z. B. in [Flec95, 98; Schn97, 256; Pill03, 245], 

2. 1.2. 2. 3 Referenzablauf Mass Customization 

Trotz anwendungsbezogener Unterschiede (z. B. in Hinblick auf das Produkt oder die Ferti- 
gung) können prozessuale Gemeinsamkeiten bei der Abwicklung von Mass Customization 
Aufträgen ermittelt werden. Der in Abbildung 4 dargestellte idealisierte Auftragsablauf ba- 
siert auf theoretischen Erkenntnissen (insbesondere [Pill03, 179 und 205; Hild97, 33]). Eine 
ähnliche Darstellung unter Verwendung der Wertkette nach Porter findet sich in [Pill03, 205]. 
Die inhaltliche Ausgestaltung bezieht zudem Ergebnisse des öffentlich geforderten For- 
schungsprojektes „EwoMacs“ ein. Dort wurde der grobe Ablauf der Produkterstellung bei 
Mass Customization Unternehmen analysiert und verallgemeinert [KDPT02, 68-78; DiOK05, 
125]. 




Abbildung 4: Referenzablauf Mass Customization 

Der eigentlichen Produktherstellung geht die Phase der Produktentwicklung voraus, ln diese 
Phase werden Erkenntnisse aus bisherigen Aufträgen, Marktforschungsdaten und Auswertun- 
gen des Kundenverhaltens im Bestellvorgang einbezogen. Sobald die Produktentwicklung 
abgeschlossen ist (dieser Vorgang umfasst die physische Entwicklung des Produktes, die 
Festlegung der möglichen Individualisierungsoptionen und die Realisierung des Produktions- 
apparates), stellt das Unternehmen sein Leistungspotential bereit. Aufgrund der Integration 
von externen Faktoren in den Produkterstellungsprozess weist der Auftragsablauf bei Mass 
Customization Strukturanalogien zum Erstellungsprozess von Dienstleistungen auf [vgl. 
CorsOlb, 139], der aus einer Vorkombination (vgl. Vorfertigungsgrad) unter Verwendung 
auftragsneutraler Produktbestandteile und der Endkombination mit Integration des externen 
Faktors besteht. Der erste Mass Customization bezogene Schritt des Auftragsablaufs ist die 
Leistungsspezifikation. Innerhalb dieses Prozesses konkretisiert der Kunde das von ihm ge- 
wünschte Produkt und als Ergebnis wird eine vollständige und korrekte Produktbeschreibung 
erstellt, ln Abhängigkeit von dem jeweiligen Kundenintegrationsgrad umfasst die Leistungs- 
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Spezifikation die Produktkonfiguration auf Basis von den bereitgestellten Individualisierungs- 
parametem (z. B. bei „bundle-to-order“) oder einer umfangreichen Anforderungsanalyse zwi- 
schen Kunde und Anbieter (z. B. bei „engineer-to-order“). Nach Eingang von Auftrag und 
Produktspezifikation beginnt die Leistungserstellung. Somit laufen neben der Auftragsbear- 
beitung als Koordinationsaufgabe die Teilprozesse Leistungserstellung und Distribution paral- 
lel ab. Je nach Produktart (individualisiert oder standardisiert), Beschaffungsstrategie und 
Dauer der Zulieferung werden für die Leistungsbereitstellung benötigte Produkte und Pro- 
duktkomponenten bereits vor oder erst nach dem Auftragseingang erworben. Nach der Aus- 
lieferung des fertigen Produktes schließt sich die Phase des Kundenservices an. Dieser Vor- 
gang hat vor allem zwei Aufgaben. Erstens lässt sich damit im Fall von Retouren oder Re- 
klamationen die Kundenzufriedenheit erhöhen (aufgrund direkter Kommunikation mit dem 
Kunden und verbindlicher Handlungsmaßnahmen der Schadensregulierung). Zweitens be- 
ginnt an dieser Stelle der Aufbau einer langfristigen Kundenbeziehung, die den Kunden an 
den Hersteller binden und mit Wiederholungskäufen außerdem die Kosten der Informations- 
erhebung senken soll (z. B. kann in der Mode- und Schuhindustrie bei erneuter Spezifizierung 
ggf. die Ermittlung der Körpermaße entfallen). 

Innerhalb des Mass Customization Auftragsablaufs lassen sich mehrere mögliche Entkopp- 
lungspunkte identifizieren, die als Übergänge zwischen kundenneutralen und kundenspezifi- 
schen Auftragsabschnitten bezeichnet werden können. Zunächst wird ein kundenneutrales 
Leistungspotential durch den Vorgang der Konfigurierung in einen kundenspezifischen Auf- 
trag überführt. In der Fertigung bestimmt der Entkopplungspunkt auch den Grad der auftrags- 
neutralen Vorfertigung. Je früher der Entkopplungspunkt in dem Leistungserstellungsprozess 
auftritt (z. B. bereits bei einem Zulieferer), desto spezifischer muss ein Auftrag abgewickelt 
werden. Dies verursacht aus Untemehmenssicht erhöhte Kosten, da jedem einzelnen Produkt 
ein Bezug zum jeweiligen Kunden angefügt werden muss und außerdem die Beschaffung 
individueller Komponenten ein geringeres Ausnutzen von Effizienzvorteilen (z. B. Skalenef- 
fekte) ermöglicht. Findet die physische Individualisierung dagegen erst am Verkaufspunkt 
statt, so ist eine weitgehend standardisierte Vorfertigung möglich. Mit dieser Strategie können 
Fertigungskosten gesenkt werden, allerdings beschränkt sich die mögliche Individualisierung 
dann auf Bestandteile und Merkmale, die auch nach Beendigung der Produktion durchgeführt 
werden können (vgl. Konzept der Kundenintegration gemäß Abbildung 3). Der Bestimmung 
des optimalen Vorfertigungsgrades kommt daher eine hohe Bedeutung zu (vgl. dazu Postpo- 
nement-Strategie [Wolf97]). 

In dieser Arbeit wird die Betrachtung auf einen Ausschnitt des Auftragsablaufs eingeschränkt. 
Dies grenzt zugleich den Einsatzbereich der zu entwickelnden Anwendungsarchitektur ein. 
Da die Produktentwicklung ein auftragsübergreifender Abschnitt ist und die Arbeit die IS- 
Unterstützung bei der Abwicklung einzelner Aufträge fokussiert, beginnt die Betrachtung mit 
dem Abschnitt „Leistungsbereitstellung“. Mit diesem Vorgehen wird die Produktentwicklung 
in der vorliegenden Arbeit ausgeblendet. Nach Abschluss des Auftrags beginnt die Phase des 
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Kundenservices. Dieser Abschnitt umfasst neben vermarktungsbezogenen Aktivitäten auch 
die Abwicklung von Reklamationen und Retouren. Die Betrachtung in dieser Arbeit endet vor 
Beginn des Kundenservices und damit mit dem Abschluss des Abschnittes „Distribution“ als 
Bestandteil der Auftragsbearbeitung. 

2.1.3 Mass Customization Konzeptionen 

Als Konzeptionen von Mass Customization werden abgrenzbare praxisorientierte Umsetzun- 
gen der Prinzipien dieser Wettbewerbsstrategie verstanden [Jäge04, 60]. Dabei erfolgt die 
Entwicklung der Umsetzungskonzepte stets im Spannungsfeld zwischen totaler Standardisie- 
rung und vollständiger Individualisierung [Pill03, 246f]. In den vergangenen Jahren ist eine 
Vielzahl von Klassifikationskonzepten entstanden. Eine Übersicht kann beispielsweise 
[Pill03, 246f] entnommen werden. Die vorhandenen Arbeiten lassen sich in ein-, zwei und 
multidimensionale Ansätze einteilen. 

Eindimensionale Klassifikationen betrachten Realisierungsformen von Mass Customization 
jeweils anhand eines Merkmals. So verwendet [Coat95] die Beeinflussung des Fertigungspro- 
zesses aufgrund der Individualisierung als Kriterium zur Unterscheidung: Formen der Sofl 
Customization ermöglichen Produktanpassungen am Verkaufspunkt (keine Individualisierung 
in der Fertigung), die Hard Customization weist dem gegenüber eine Individualisierung in der 
Fertigung auf [Coat95, 6f.]. Eine Übersicht weiterer eindimensionaler Klassifikationskonzep- 
te ist in Tabelle 1 dargestellt. 




2.1 Wettbewerbsstrategie Mass Customization 



21 



Veröffentlichung 


Bewertungskriterium 


Ausprägungen 


[Ande97] 


Individualisierungsoption 


Modular - Adjustable - Dimensional 


[DuFo96] 


Individualisiemngsoption 


Qualitativ - Quantitativ - Temporär 


[DWMBOO] 


Empirische Clusteranalyse 


Fabricators - Involvers - Modularizers - As- 
semblers 


[LaMi96] 


Umfang der Individualisie- 
rung 


Segmented Standardization - Customized 
Standardization - Tailored Customization - 
Pure Customization 


[Maye93] 


Individualisierungsverfahren 
bzw. -gegenständ 


Modularisierung - Sekundärleistungen - Indi- 
vidualisierung durch den Einsatz von Compu- 
ter Integrated Manufacturing (CIM) - Ange- 
bot intelligenter Leistungen 


[ReBe94] 


Freie Gruppierung 


Selbstindividualisierbare Produkte - Service- 
Individualisierung - Kundenspezifische End- 
produktion (im Handel) - Modularisierung - 
Zeitmanagement 


[Schn97] 


Individualisierungsverfahren 


Modulare Individualisierung - Technologi- 
sche Individualisierung - Hybride Individuali- 
sierung - Serviceindividualisierung 



Tabelle 1: Eindimensionale Klassifikationskonzepte 



Zweidimensionale Klassifikationskonzepte verwenden zwei Kriterien zur Beschreibung von 
Ausprägungen des Konzeptes Mass Customization. Eine Vier-Felder-Matrix wird von Gilmo- 
re und Pine in [GiPi97] beschrieben. Für die Autoren stellt die Individualisierung eines Pro- 
duktes nur eine Möglichkeit zur Umsetzung von Mass Customization dar. In Ergänzung 
schlagen sie vor, die Darstellung bzw. Präsentation des Produktes zu variieren und hiermit 
dem Kunden einen besonderen Wert der Leistung zu vermitteln [GiPi97, 95], Aus der Kom- 
bination der beiden Dimensionen „Produkt“ und „Präsentation“ ergeben sich abhängig von 
der jeweiligen Ausprägung vier verschiedene Typen von Mass Customization (Abbildung 5). 
Als Präsentation bezeichnen die Autoren z. B. die Verpackung, Werbematerial, vertragliche 
Bedingungen und den Produktnamen [GiPi97, 95], 
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Abbildnng 5: Klassifikationskonzept nach [GiPi97| 

Ein weiteres zweidimensionales Klassifikationsmodell wurde von Filier entwickelt [PU103, 
250], Zur Anwendung kommen die beiden Dimensionen „Variabilität der Wertschöpfungsak- 
tivitäten“ und „Umfang der kundenindividuellen Wertschöpfungsstufen“ (Abbildung 6). Mit 
der ersten Dimension bezieht sieh Filier auf die Konzeption von Coates [Coat95, 6f], der 
zwischen Hard- und Soft-Customization unterscheidet. Die zweite Dimension systematisiert 
den Umfang der kundenindividuellen Wertschöpfungsstufen. 



Konzeptionen der kundenindividuellen Massenfertigung 




Soft Customization 


Hard Customization 


Selbstindividualisierung 


Individuelle End- und Vorproduktion 
mit standardisierter Restfertigung 




Umfang der 
kundenindividuellen 
Wertschöpfungsstufen 


Individuelle Endfertigung im 
Handel/Vertrieb 


Modularisierung nach Baukastenprinzip 


Serviceindividualisierung 


Massenhafte Fertigung von Unikaten 



Abbildung 6: Klassifikationskonzept nach |Pill03, 250| 



Mehrdimensionale Klassifikationsmodelle verwenden schließlich mehr als zwei Kriterien zur 
Bewertung von Mass Customization. Eine Methode zur Beschreibung möglicher Ausprägun- 
gen ist der morphologische Kasten. Mit dieser Technik lassen sich komplexe Sachverhalte in 
Teilbereiche zerlegen. Im Gegensatz zu den ein- oder zweidimensionalen Klassifikationen 
sind die mehrdimensionalen Einteilungen eher dazu geeignet, vorhandene Realisierungsfor- 
men von Mass Customization zu beschreiben (deskriptiver Ansatz) als neue Realisie- 
rungsformen (z. B. im Sinne von Geschäftsmodellen) abzuleiten (präskriptiver oder normati- 
ver Ansatz). Derartige Klassifikationsmodelle (z. B. in [Pill97] oder [DiKi05]) lassen das Ziel 
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erkennen, möglichst orthogonale (d. h. überschneidungsfreie) Kriterien zur Bewertung zu 
verwenden (vgl. Abbildung 7). Dieses Vorgehen ermöglicht, vorhandene ein- oder mehrdi- 
mensionale Klassifikationskonzepte zu aggregieren. 



Parameter zur Bewertung der kundenindividuellen Massenfertigung 


Verrichtung 


Marketing 


Produktion 


Distribution 


Gütertyp 


Materielles Gut 


Immaterielles Gut 


Objekt der Individualisierung 


Primärleistung 


S ekundärle i stung 


Subjekt der Individualisierung 


Mensch 


Maschine 


Erhebung der Individualisierungsdaten 


Hardware 


Software 


Mensch 


Parameter der Individualisierung 


Modell Größe Form Farbe Inhalt 


Wertschöpfungsstufe 


Zulieferer Hersteller 


Handel Kunde 


Verankerung der Individualisierung 


fix 


variabel 


Individualisierungszeitpunkt 


vor Herstellung 


nach Herstellung 



Abbildung 7: Morphologischer Kasten der kundenindividuellen Massenfertigung |in 
Anlehnung an DiKiOS, 26| 

Das mittlerweile breite Begriffsverständnis von Mass Customization wird für die vorliegende 
Arbeit durch mehrere Einschränkungen präzisiert. Als Mass Customization wird daher im 
weiteren Verlauf ein Wertschöpfungskonzept verstanden, das folgenden Kriterien entspricht: 

■ Das Produktangebot umfasst Sachgüter (Abgrenzung von individuellen Dienstleistun- 
gen oder digitalen Gütern), 

■ die angebotenen Produkte sind individualisierbar, 

■ mittels Leistungsspeziflkation wird die Individualisierung geplant, 

■ die Umsetzung der Individualisierung findet primär in der Phase der Leistungserstel- 
lung statt (vgl. Abbildung 4), 

■ die Leistungserstellung findet unter Zusammenarbeit von mindestens zwei Unterneh- 
men statt (Bildung von Wertschöpfungssystemen) und 

■ der Kunde wird in den Prozess der Leistungsspeziflkation zur Ermittlung der Individua- 
lisierungsinformationen integriert. 

Die vorgenannten Einschränkungen präzisieren das breite Verständnis von Mass Customiza- 
tion für die vorliegende Arbeit. Dies ist notwendig, da trotz der prinzipiell branchen- und ge- 
schäftstypunabhängigen Ausrichtung die entwickelten Konzepte nicht ohne weiteres als gene- 
rell anwendbar angesehen werden können. Dies ist insbesondere auf die vielschichtigen Klas- 
sifikationsmerkmale zurückzuführen (z. B. materielle oder immaterielle Güter, 
Individualisierung in der Produktion oder beim Handel). Eine allgemeingültige Verwendbar- 
keit der ermittelten Ergebnisse wird jedoch nicht per se ausgeschlossen, sie muss jedoch ge- 
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sondert nachgewiesen werden. Dies führt zu der folgenden, dieser Arbeit zugrunde liegenden 
Definition von Mass Customization: 

Definition 1 ; Mass Customization 

Mass Customization ist ein Konzept zur strategischen Ausrichtung von Unternehmen und 
umfasst die Herstellung von nach dem Wunsch eines einzelnen Kunden individualisierten 
Produkten unter Ausnutzung von Effizienzpotentialen der Massenproduktion und der In- 
formations- und Kommunikationssysteme. 



2.1.4 Informationsmanagement im Rahmen von Mass Cnstomization 

Die Bedeutung des Informationsmanagements als wichtige Anforderung an Mass Customiza- 
tion Wertschöpfungssysteme lässt sich einerseits aus Sicht des erhöhten Informationsbedarfs 
aufgrund der Leistungsindividualisierung und andererseits aus informationsbezogenen Anfor- 
derungen bei der operativen Umsetzung von Wettbewerbsstrategien begründen. Im Folgenden 
werden die wesentlichen Erkenntnisse beider Aspekte diskutiert. 

Die betriebliche Umsetzung der theoretischen Konzeption von Wettbewerbsstrategien wird 
auch als „Implementierung“ bezeichnet. Die Strategieimplementierung ist Bestandteil des 
Strategischen Managements [Kolk90, 77-80] und bezeichnet den „Prozeß der Verwirklichung 
eines gestaltenden organisatorischen Konzeptes“ [MaKö04, 828]. Um Verwechslungen mit 
dem Begriff der Implementierung im Sinne der Informatik als Erstellung von Softwaresyste- 
men zu vermeiden, wird in dieser Arbeit ausschließlich der Begriff „Strategieimplementie- 
rung“ verwendet, wenn Aussagen über die operative Umsetzung von Wettbewerbsstrategien 
getroffen werden. 

Die praktische Umsetzung von Mass Customization stellt aufgrund der Einbeziehung des 
Kunden und der notwendigen Produktionsflexibilität besondere Anforderungen an das Infor- 
mationsmanagement in Unternehmen. Dies lässt sich vor allem damit begründen, dass die 
Ermittlung der Individualisierungswünsche Datensammlungen hervorrufen, die in den Wert- 
schöpfungsprozess integriert werden müssen. Außerdem muss bei einer mehrstufigen Wert- 
schöpfung die Planung und Koordination der Leistungserstellung über mehrere Unternehmen 
hinweg durchgeführt werden (insbesondere bei der Betrachtung der hoher Kundenintegrati- 
onsgrade, vgl. Abbildung 3 auf Seite 15). Informationsmanagement ist deshalb ein wesentli- 
cher Faktor bei der Umsetzung der Wettbewerbsstrategie Mass Customization. Unternehmen 
müssen bei jedem einzelnen Auftrag mit dem Kunden interagieren, um dessen Anpassungs- 
wünsche zu erheben [RPMö02a]. Der Bedarf an einem effizienten Informationsmanagement 
ergibt sich jedoch nicht nur aus Sicht des Unternehmens, sondern auch aus der Kundenper- 
spektive. Einerseits muss der Informationsfluss vom Kunden zum Unternehmen sicherstellen, 
dass Individualisiemngsaufträge korrekt übertragen werden. Andererseits geben Kunden In- 
formationen über sich und ihre Präferenzen bezüglich der Produktindividualisierung preis, so 
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dass die Unternehmen ihr Wissen über Kunden und Produkte stetig erweitern und verbessern 
können. Die Informationsgewinnung findet vor allem im Konfigurationsprozess statt. Das 
Modell des Informationskreislaufs naeh Piller stellt die wesentliehen Elemente des Informati- 
onsmanagements für Mass Customization dar (Abbildung 8). 




Abbildung 8: Mass Customization Informationskreislauf (in Anlehnung an FiZa01| 

Ausgehend von einer Kundenperspektive müssen Unternehmen die Anforderungen und Be- 
dürfnisse der Zielgruppen ermitteln und innerhalb der Produktentwieklung in individualisier- 
bare Produkte (zum Teil aueh vorgefertigt) umsetzen. Hierbei werden Produktmodelle erstellt, 
welche den Aufbau und die Beschaffenheit des Produktes selbst und die notwendigen Be- 
standteile spezifizieren. Die Bereiche Wiederholungs- bzw. Neukauf im Rahmen des Ver- 
kaufsprozesses fokussieren die Leistungsspezifikation durch einen Anbieter von Mass 
Customization Produkten. Für die Individualisierung können bestehende Kundeninformatio- 
nen verwendet werden (Wiederholungskauf). Im Fall von Neukunden werden die Kundenda- 
ten erstmalig aufgenommen. Vor dem Beginn der Leistungserstellung (hier: Produktion) star- 
tet die Planung der Fertigungsprozesse. Hierbei werden die Individualisierungsinformationen 
verwendet, da diese auch die Produzenten- oder Zuliefererauswahl beeinflussen können. In- 
nerhalb der Produktionsplanung wird das Produktionsnetzwerk als Kooperation des Produ- 
zenten und der zuliefemden Unternehmen koordiniert. Je nach Produktmodell und Vorferti- 
gungsgrad besteht das zu fertigende Produkt aus einer Kombination standardisierter und indi- 
vidualisierter Teile. In Abhängigkeit von der Wertschöpfungsleistung des Produzenten wer- 
den Produktbestandteile entweder selbst gefertigt oder als Zulieferteile fremdbezogen. Die 
Vergabe der Herstellung individualisierter Komponenten an Zulieferer setzt eine Weitergabe 
der Individualisierungsinformationen voraus (Mehrstufigkeit). Im Rahmen des Kundenbezie- 
hungsmanagements werden langfristige Anbieter-Abnehmer-Beziehungen aufgebaut. Hier 
benötigt der Kundenservice Informationen über Kunden, den Verkaufsprozess sowie das be- 
stellte Produkt. Wiederholungskäufe von Kunden werden durch vorab gespeicherte Profile 
erleichtert und basieren auf den vorhandenen Kundenprofilen des Unternehmens. Schließlich 
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benötigt auch die Qualitätssicherang produkt- und produktionsbezogene Informationen, um 
im Herstellungsprozess und in der Nachkaufphase auf Reklamationen reagieren zu können. 
Das Informationsmanagement bildet die Grundlage für einen durchgängigen Informations- 
fluss zwischen den an der Wertschöpfung beteiligten Personen und Unternehmen. Gelingt 
dies, so können Informationen der Lieferkette (z. B. Daten eines Zulieferers) in den Ver- 
kaufsprozess integriert werden. Damit kann die Aussagefahigkeit von Unternehmen hinsicht- 
lich der Lieferzeit oder anderer logistischer Kennzahlen erhöht werden. Die hohe Informati- 
onsintensität aufgrund der Produktindividualisierung verstärkt hierbei den Bedarf nach spezi- 
fischen Informationssystemen für Mass Customization. Erst seitdem die moderne Informa- 
tions- und Kommunikationstechnik sowie neue Produktionstechnologien verfügbar sind, gilt 
Mass Customization als umsetzbar [Jäge04, 15; PillOlc]. 

2.2 Modellierung von Mass Customization-Informationssystemen und 
-Produkten 

2.2.1 Modellverständnis dieser Arbeit 

2.2.1 . 1 Allgemeines Modellverständnis nach Stachowiak 

Als Modell wird im Allgemeinen die vereinfachte, zweckorientierte Abbildung eines Sach- 
verhaltes verstanden [WSKM02]. Der Begriff „Modell“ bezeichnet daher das Ergebnis bzw. 
die Dokumentation der Modellerstellung, die als Modellierung bezeichnet wird. Ein weit ver- 
breiteter Modellbegriff geht auf die „Allgemeine Modelltheorie“ von Stachowiak zurück 
[Stac73]. Modelle sind demnach Abbildungen von Originalen. Die Beziehung zwischen Ori- 
ginal und Modell ist in Abbildung 9 dargestellt. 




Abbildung 9: Zusammenhang von Modell und Original |Stae73, 157) 

Der Abbildungsvorbereich ist eine Teilmenge des Originals und enthält alle Eigenschaften, 
die im Modell abgebildet werden sollen. Die Abbildung auf den Abbildungsnachbereich er- 
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folgt über die Attributenabbildung. Während der Abbildung des Originals auf das Modell 
werden einerseits Attribute des Originals weggelassen (präterierte Attribute, die nicht relevant 
für das Modell sind) und andererseits dem Modell weitere Attribute hinzugefügt (abundante 
Attribute, die zusätzliche Eigenschaften ohne Bezug zum Original ausweisen) [Stac73, 155- 
157], 

Nach Stachowiak weisen Modelle außerdem drei wesentliche Eigenschaften auf: ein Abbil- 
dungsmerkmal, ein Verkürzungsmerkmal und ein pragmatisches Merkmal [Stac73, 131ff.]: 

■ Abbildungsmerkmal: Ein Modell ist immer eine Abbildung eines natürlichen oder 
künstlichen Originals. Modelle können sich rekursiv auf sich oder auf andere Modelle 
beziehen. Es entstehen Modellhierarchien bzw. Modelle von Modellen. Das Abbil- 
dungsmerkmal unterscheidet iso- und homomorphe Modelle. Als isomorph (struktur- 
gleich) werden Modelle bezeichnet, falls eine eindeutige Abbildungsrelation zwischen 
Modell und Original besteht und diese auch als Umkehrfunktion gültig ist (eineindeuti- 
ge Abbildungsrelation), ln homomorphen Modellen ist die Abbildung des Originals 
eindeutig, es sind aber nicht alle Elemente des Originals enthalten, so dass eine rück- 
wärtige Modelltransformation nicht möglich ist. 

■ Verkürzungsmerkmal: Modelle bilden grundsätzlich nicht alle Attribute des Origi- 
nals ab, sondern beschränken sich auf als relevant angesehenen Merkmale. Damit kon- 
kretisiert sich der Modellzweck für den Modellnutzer aus der Sicht des Modellerstel- 
lers. 

■ Pragmatisches Merkmal: Modelle ersetzen ihre Originale, sind jedoch nicht von sich 
aus ihnen zugeordnet. Die Ersetzungsfunktion bezieht sich dabei 1 . auf die Modell nut- 
zenden Subjekte, 2. auf bestimmte Zeitintervalle und 3. auf den theoretischen oder tat- 
sächlichen Modellzweck. Damit nimmt das Modell die Stellung des Originals ein imd 
repräsentiert für den Modellnutzer die Bedeutung des Modells. 

Das Verständnis von Modellen (also der Modellbegriff) steht in einem engen Zusammenhang 
mit der zugrunde liegenden wissenschaftstheoretischen Grundposition. So lässt sich der ab- 
bildtheoretische Modellbegriff vom konstruktivistischen abgrenzen. Während Ersterer die 
objektive Abbildung realer Systeme zum Gegenstand hat, erlaubt das zweite Verständnis le- 
diglich die subjektabhängige Interpretation (z. B. durch den Modellierer) der Realität in Form 
eines Realitätskonstruktes. Neben diesen beiden Modellbegriffen existieren weitere Ansätze, 
die jedoch aufgrund des gedanklichen Abstandes ihrer Konzepte in dieser Arbeit nicht weiter 
betrachtet werden (z. B. der axiomatische Modellbegriff in der Mathematik bzw. Informatik) 
[SchuOl, 16]. 
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■ Abbildungstheoretischer Modellbegriff: Modelle sind objektive Abbildungen der 
Realität. Der abzubildende Gegenstand existiert in der Realität und der Prozess der 
Modellerstellung wird als Reproduktion von vorhandenen Merkmalen auf Basis des 
Wahrnehmungsvermögens des Modellerstellers verstanden [BretSO, 30; SehuOl, 15], 

■ Konstruktivistischer Modellbegriff: Dieses Modellverständnis basiert auf den Ansät- 
zen des Konstruktivismus, der eine objektive Realität negiert und Wirklichkeiten als 
deren Konstruktion postuliert. Entscheidende Merkmale konstruktivistischer Modelle 
sind der subjektbezogene Kontext sowie die Konstruktionsleistung des Subjektes (Mo- 
dellersteller) [SehuOl, 20f; Hamm99, 28]. 

Das Merkmal der Verkürzung ist insofern als relevant anzusehen, da es insbesondere bei der 
Analyse ökonomischer Systeme verwendet wird. Mittels Abstraktion werden Realweltaus- 
schnitte zunächst stark vereinfacht. Damit kann die Komplexität von Modellen gering gehal- 
ten werden, allerdings sinkt die Realitätsnähe. Mit dem Prinzip der abnehmenden Abstraktion 
werden schrittweise zusätzliche Annahmen bzw. Merkmale der Realwelt in die Modelle auf- 
genommen. Die Überprüfbarkeit derartiger Modelle bleibt jedoch gering, da das ceteris pari- 
bus Kriterium in praktischen Untersuchungen in der Volkswirtschaftslehre und allgemein in 
den Wirtschaftswissenschaften schwer einzuhalten ist. Kausale Zusammenhänge bleiben zu- 
nächst gedankliche Modelle [BaLu04, 12-14]. Das Denken in Modellen hat es den Wirt- 
schaftswissenschaften erlaubt, die komplexe Realität als offenes System durch die Bildung 
einer vereinfachenden Abbildung künstlich zu schließen [Schu77, 23-25]. 

Bei der Verwendung des Begriffs „Modell“ in der Wirtschaftsinformatik [z. B. LHMa95, 73] 
lassen sich zwei Gemeinsamkeiten feststellen. Erstens fokussieren Modelle in der Wirt- 
schaftsinformatik aufgrund des Gegenstandbereiches dieser Wissenschaftsdisziplin meist ö- 
konomische Systeme im Allgemeinen und Unternehmen im Speziellen. Zweitens verweisen 
viele Definitionen auf den Abbildungscharakter von Modellen, welche die Realität strukturer- 
haltend repräsentieren [s. dazu Schü98, 53 und Fußnote 83]. So ist ein Modell nach Lehner 
„die Ableitung der Realität oder eines Realitätsausschnittes“ [LHMa95, 27]. Ferstl und Sinz 
greifen das allgemeine Modehverständnis von Stachowiak auf und formulieren ein Modell als 
Tripel: Ein Objektsystem (Original) wird mittels Abbildungsfunktion (Attributenabbildung) 
auf ein Modehsystem (Modell) abgebildet. Die Abbildungsfunktion ist hierbei nur für formale 
Systeme definiert, für Systeme der Realwelt werden entsprechende Interpretationen verwen- 
det [FeSiOl, 18-19 und 120-121]. Sollten jedoch Modelle weder das homo- noch das isomor- 
phe Merkmal aufweisen, so können diese dennoch als Modell aufgefasst werden, falls das 
Kriterium der Nützlichkeit erfüllt ist [Hars94, 10; Schü98, 52-54]. 

2.2.1 .2 Referenz- und Metamodelle 

Referenz- und Metamodehierung sind zwei in der Wirtschaftsinformatik weit verbreitete spe- 
zialisierte Modehierungskonzepte zur Entwicklung und Darstellung betrieblicher Informati- 
onssysteme [Stra96, 16-17; Schü98; BeHo98, 484; FeLo03, 35-36]. Trotz unterschiedlicher 
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Verwendung in der Literatur lassen sich für beide Begriffe aus Sicht einzelner Wissenschafts- 
disziplinen Kemelemente erkennen. Die Begriffe Referenz- und Metamodell lassen sich an- 
hand unterschiedlicher Kriterien von anderen Modelltypen abgrenzen (vgl. dazu den morpho- 
logischen Kasten der Modellierung [Rosm96, 33ff.]). Aus Sicht der inhaltlichen Individualität 
steht ein Referenzmodell zwischen untemehmensspezifischen Modellen (partikuläres Modell) 
und generischen Modellen (Mastermodell), die sich durch eine Komposition mehrerer Refe- 
renzmodelle (z. B. branchen- oder produktbezogene Referenzmodelle) ergeben. Referenzmo- 
delle haben einen Anspruch auf Allgemeingültigkeit, weisen einen normativen Charakter auf 
und stehen zu untemehmensspezifischen Modellen in einer Zweck-Mittel-Beziehung 
[Rosm96, 33-36]. Mit dem Merkmal des Abstraktionsgrades lassen sich Modelle in vier Ebe- 
nen einteilen: Ausprägimgsebene, Typebene, Metaebene und Meta-Metaebene [Rosm96, 36- 
38]. Auf der Ausprägimgsebene werden Objekte der Realwelt beschrieben, die auf der Typ- 
ebene in Abhängigkeit von ihrer Gleichartigkeit zusammengefasst werden [Rosm96, 37]. Ein 
Metamodell befindet sich auf der Metaebene, d. h. es wird der Gestaltungsrahmen zur Bildung 
von Modellen auf Typebene definiert. Metamodelle enthalten somit die Notationsregeln (Syn- 
tax) und abstrahieren von der Semantik, die bei Referenzmodellen im Vordergmnd steht 
[Rosm96, 37]. Werden Metamodelle weiter abstrahiert, so entstehen Meta-Metamodelle 
[Rosm96, 38]. Auf die Begriffe Meta- und Meta-Metamodell wird im weiteren Verlauf noch 
näher eingegangen. 

2. 2. 1.2.1 Referenzmodell 

Als Referenzmodell werden Modelle mit Empfehlungscharakter bezeichnet. Das Wort „Refe- 
renz“ geht auf das lateinische Wort „referre“ (dt. zurückbringen, mit Akkusativ auch beziehen 
auf etwas) und auf den Ausdmck „Auskunft über jmd.“ zurück [Klug02, 751]. Referenzmo- 
delle werden innerhalb der Wirtschaftsinformatik beispielsweise für die Entwicklung von 
Anwendungssystemen oder zur Organisationsgestaltung verwendet. Weist der Bezugspunkt 
des Modells auf die Gestaltung von Informationssystemen, so wird auch von Referenz-Infor- 
mationsmodellen gesprochen [Schü98, 69]. Referenzmodelle repräsentieren in allgemeingül- 
tiger Form bestimmte Anwendungsbereiche (z. B. Branchen, Betriebstypen etc.) [BeckOl]. Es 
existiert mittlerweile eine Vielzahl von Referenzmodellen für unterschiedliche Anwendungs- 
gebiete. So lassen sich Referenzmodelle beispielsweise in Vorgehens-, Software- und Bran- 
chenreferenzmodelle unterscheiden [Sche99]. Ein Ansatz zur Klassifikation der bisher existie- 
renden Referenzmodelle kann [FeLo03] entnommen werden. Fettke und Loos unterscheiden 
hierbei zwei Dimensionen, die eine Vier-Felder-Matrix aufspannen (Abbildung 10). Die eine 
Dimension bewertet die Abhängigkeit vom Einsatzgebiet („domain dependency“), die andere 
die Spezifität („specificity“). Die Abhängigkeit vom Einsatzgebiet bezieht sich hierbei auf die 
Übertragbarkeit domänenspezifischer Charakteristika auf andere Anwendungsgebiete (z. B. 
Prozess der Rechnungsprüfung im Industriebetrieb oder im Krankenhaus). Die Spezifität wird 
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in Bezug auf den Abstraktionsgrad der Modellierungsmethoden bestimmt (z. B. unspezifisch: 
Phasenmodell; spezifisch: Entity-Relationship-Diagramm). 
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Abbildung 10: Klassifikation von Referenzmodellen nach Fettke und Loos |FeLo03, 42; 
eigene Übersetzung] 



Referenzmodelle des Typs la (generisch und anwendungsunabhängig) beschreiben formale 
Merkmale eines Modells. Bezüge zu Anwendungsgebieten werden nicht gegeben und die 
Modelle werden ohne Eingrenzung auf bestimmte Modellierungssprachen erstellt. Phasenmo- 
delle der Informationssystementwicklung können zu diesem Typ von Referenzmodellen ge- 
zählt werden. Als Typ Ib (spezifisch und anwendungsunabhängig) werden die Referenzmo- 
delle bezeichnet, für die spezifische Merkmale unter der Annahme bestimmter Modellie- 
rungssprachen vereinbart wurden. Der Anwendungsbereich bleibt uneingeschränkt. 
Referenzmodelle des Typs 2a (generisch und anwendungsabhängig) bleiben auf der Ebene der 
Modellierungssprachen unspezifisch. Das Modell enthält jedoch anwendungsbezogene 
Merkmale, die sich u. a. in folgenden Kategorien konkretisieren: Untemehmensfunktionen, 
Branchen, Betriebstypen, Funktionsbereiche, Transaktionsphasen oder Arten von Informati- 
onssystemen. Als letzter Typ 2b (spezifisch und anwendungsabhängig) weisen Referenzmo- 
delle konkrete Merkmale eines Anwendungsbereiches auf und setzen zudem die Festlegung 
spezifischer Modelltypen voraus [FeLo03, 41-43]. 

Vorbehaltlich der weiteren Ausführungen kann das vorgestellte Klassifikationsschema für 
eine Einordnung der zu entwickelnden Anwendungsarchitektur aus Sicht der Referenzmodel- 
lierung vorgenommen werden. Dabei ist die Architektur dieser Arbeit dem Typ 2a zuzuord- 
nen, da eine Festlegung bestimmter Modellierungssprachen nicht notwendig ist, Mass Custo- 
mization als Wettbewerbsstrategie aber einen bestimmten Anwendungsbereich vorgibt. 
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2. 2. 1.2. 2 Metamodell 

In einer sehr allgemeinen Definition lassen sich Metamodelle als Modelle von Modellen be- 
zeichnen [vgl. Stra96, 11]. Die Präposition „meta“ ist dem Griechischen entnommen und 
bringt Über- bzw. Unterordnungen zum Ausdruck. Die historische Bedeutung dieser Wortbil- 
dung ist bereits in Aristoteles’ Arbeiten zu sehen, der in seinem Werk „Metaphysik“ Aussa- 
gen über die hinter der Physik des damaligen Verständnisses stehenden Phänomene tätigte 
und damit als Begründer der Philosophie bezeichnet werden kann [Reim69, 139ff.]. Der Beg- 
riff des Metamodells kann, so wie er innerhalb der Literatur zur Wirtschaftsinformatik ver- 
wendet wird, auf Grundlage der Sprachwissenschaft definiert werden. Innerhalb der Linguis- 
tik findet eine Unterscheidung von Sprachebenen statt (semantische Stufen). Der Gegenstand 
der Untersuchung wird hierbei Objektsprache und das Mittel der Untersuchung Metasprache 
genannt. Das Prinzip zur Bildung einer Metasprache von einer Objektsprache ist rekursiv an- 
wendbar. Jede Sprache kann in Abhängigkeit von dem Kontext Objekt- oder Metasprache 
sein [Stra96, 18]. So ist beispielsweise das Wort „Verb“ als Objektsprache ein Hauptwort, als 
Metasprache jedoch die Bezeichnung für das Grammatikkonzept „Tätigkeitswort“. 

Überträgt man die Sprachstufentheorie auf das bisherige Modellverständnis, so bezeichnet ein 
Metamodell die Beschreibung eines Modells mit einem anderen Modell. Bezeichnet Ml ein 
Modellsystem als Objektsystem, das von Modellsystem M2 repräsentiert wird, so ist M2 be- 
züglich das Metamodellsystem [Hars94, 11], Die entstehende Metamodellhierarchie ist in 
Abbildung 1 1 beispielhaft dargestellt. Ähnliche Darstellung können [Jost94, 91; Rosm96, 38; 
Stra96, 24/25 und Sche98, 29] entnommen werden. Ein Metamodell ist also die Sprache, mit 
der Modelle formuliert werden. 




Ebene 0 (MO) 



Kunde 
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Modell- 
oder Typebene 
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Abbildung 11: Abstraktionsebenen des Metamodellbegriffs |Jost94, 91 1 

Im Rahmen der Untemehmensmodellierung können Metamodelle von Modellierungssprachen 
(Notationen) und Metamodelle von Modellierungsvorgehen unterschieden werden. Strahrin- 
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ger spricht in diesem Zusammenhang von einem sprach- oder prozessbasierten Metamodell- 
begriff [Stra96, 24-25]. Beiden Begriffen (Metadatenmodell und Metaprozessmodell) liegt ein 
„Metaisierungsprinzip“ zugrunde. Damit wird die ebenenartige Bildung von Modell- 
Metamodell-Beziehungen bezeichnet. Hervorzuheben ist, dass das Metaisierungsprinzip zu 
widersprüchlichen Modellhierarchien führen kann (Abbildung 12). 



Prozessbasierte 

Sprachbasierte Prozessbasierte Sprachbasierte 

Metaisierung Modellhierarchie Metaisierung Metaisierung 



Metametamodell 



Ebene 2 

z. B. ERM-Variante 2 



z. B. ERM-Variante 2 



Ebene 1 



Metamodell 



Ebene 1 

z. B. ERM-Variante 1 



z. B. EPK Ebene 1 O Ebene 0 



Ebene 0 

z. B. Sprache 



Modell 



z. B. Prozess Ebene 0 



Abbildung 12: Widersprüchlicher Metamodellbegriff durch gleichzeitige Verweudung 
verschiedener Metaisierungsprinzipien [in Anlehnung an Stra96, 26| 

So bildet die Entity-Relationship-Methode (ERM) das Metadatenmodell (Ebene 1) zur Be- 
schreibung eines natürlich-sprachlichen Sachverhaltes (Ebene 0). Auf Ebene 2 kann wieder- 
um mittels einer ERM-Variante (oder einem anderen Datenmodell) das Modell der Ebene 1 
definiert werden. Bei Prozessmodellen entsteht zunächst ein Metaprozessmodell auf Ebene 1 
(z. B. in Form einer Ereignisgesteuerten Prozesskette (EPK)). Der dynamische Realweltaus- 
schnitt auf Ebene 0 wird unter Verwendung dieser prozessorientierten Modellierungssprache 
abgebildet. Bei Fortsetzung der Metaisierung entstehen auf der Ebene 2 jedoch nun Metada- 
tenmodelle (z. B. ERM). Die EPK ist somit nur aus Sicht der prozessbasierten Metaisierung 
ein Metamodell, nicht jedoch aus sprachbasierter Sicht [Stra96, 26-28]. 

Neben dem Einsatz der Metamodellierung zur Abbildung von Modellen mit Modellen wird 
der Ansatz in unterschiedlichen Forschungsarbeiten verwendet (z. B. Verknüpfung von Un- 
temehmensmodehen [MÜ1198], zum Vergleich von Methoden [Stra96] oder in [RoMü96] zum 
Vergleich von Systemen am Beispiel von Workflowmanagementsy Sternen). Weitere Einsatz- 
gebiete der Metamodellierung sind in [Stra96, 49] aufgeführt. 
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2. 2. 1.2. 3 Abgrenzung von Referenz- und Metamodellen 

Ein Abgrenzungskonzept zur Unterscheidung von Meta- und Referenzmodellen kann 
[Schü98, 73] entnommen werden. Als Kriterium wird der Grad der syntaktischen und seman- 
tischen Abstraktion angeführt. Das Modell ist in Abbildung 1 3 dargestellt. 




Abbildung 13: Abgrenzung zwischen Meta- und Referenzmodell |in Anlehnung an 
Schü98, 73 1 

Wird ein Modell M auf der syntaktischen Ebene abstrahiert und wird die semantische Abs- 
traktion beibehalten, so entsteht ein Referenzmodell Referenz-M von M. Auf Basis von Refe- 
renzmodellen können spezifische Modelle erstellt werden und Referenzmodelle können auf 
Basis vorhandener Modelle induktiv entwickelt werden. Findet hingegen nur eine semanti- 
sche Abstraktion statt (bei konstanter syntaktischer Abstraktion), wird ein Metamodell MM 
von M gebildet. Ein Modell ist hierbei eine Instanz eines Metamodells. Bereits semantisch 
abstrahierte Metamodelle können mittels syntaktischer Abstraktion schließlich in ein Refe- 
renzmetamodell Referenz-MM überführt werden. Auf Basis eines Referenzmetamodells lassen 
sich wiederum spezifische Metamodelle ableiten. 

Zusammenfassend muss festgestellt werden, dass Referenz- und Metamodelle keine sich aus- 
schließenden orthogonalen Modellierungsansätze darstellen. So können beispielsweise Meta- 
modelle einen empfehlenden Charakter in sich tragen imd damit Merkmale von Referenzmo- 
dellen aufweisen. Metamodelle eignen sich für die Spezifikation der Sprache, mit denen Mo- 
delle erstellt werden (syntaktische Vorgabe), Referenzmodelle für die Darstellung inhaltlicher 
Einschränkungen (semantische Vorgabe). Metamodelle benötigen per se keinen inhaltlichen 
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Realweltbezug (z. B. das Metamodell der EPK enthält das Element „Ereignis“, eine Eingren- 
zung auf betriebliche Phänomene ergibt sich jedoch nur aus dem Anwendungsfall, z. B. bei 
der Geschäftsprozessmodellierung). Dies bedeutet jedoch nicht, dass Metamodelle keine se- 
mantischen Bestandteile beinhalten können und deren Aufnahme ein methodisches Defizit 
darstellt. Die Arbeiten im Bereich des Domain-speciflc modelling zeigen, dass die Integration 
semantischer Informationen in die syntaktische Spezifikation der Modelle (Metamodell) Vor- 
teile bei der Entwicklung von Informationssystemen hervorrufen kann [PoKe02; ToKe04]. 
Dies ist beispielsweise darauf zurückzuführen, dass die entwickelten Systeme auf einem ein- 
heitlichen Metamodell mit gemeinsam spezifizierten anwendungsbezogenen Elementen auf- 
bauen. Damit weisen die Informationssysteme bereits in den zugrunde hegenden Modellen 
kompatible Schnittstellen auf Mit der Entwicklung einer Mass Customization spezifischen 
Anwendungsarchitektur soll somit erreicht werden, dass Unternehmen in Mass Customization 
Wertschöpfungssystemen ihre Informationssysteme auf Basis eines einheitlichen Metamo- 
dells aufbauen. Aspekte, die sich aus den Merkmalen von Mass Customization ergeben und 
unabhängig von einzelfallspezifischen Anwendungen sind, werden innerhalb des Metamo- 
dells berücksichtigt und müssen nicht nachträglich über Schnittstellen umgesetzt werden. 

2.2.2 Modellierung von Informationssystemen und Anwendungsarchitekturen 

2.2.2. 1 Begriffe und Abgrenzungen 

2. 2. 2. 1.1 Informations- und Anwendungssysteme 

Der Begriff Informationssystem wird in der Wirtschaftsinformatik nicht einheitlich verwendet 
[vgl. SchwOO, 129; HeinOl, 180; ScKr04, 11]. Je nach forschungsbezogener Ausrichtung 
werden Informationssysteme aus konzeptionell ökonomischer Perspektive (z. B. Betriebswirt- 
schaftslehre), technologisch (Informatik) oder anwendungsorientiert (Wirtschaftsinformatik) 
beschrieben. Das betriebliche Informationssystem ist das „informationsverarbeitende Teilsys- 
tem eines betrieblichen Systems“ [Sinz99, 1]. Die Entwicklung von Informationssystemen 
setzt dabei an dem „betrieblichen Aufgabengefüge“ an [Groc72, 109]. Bereits innerhalb der 
frühen informationssystemorientierten Ansätze werden Unternehmen als „sozio-technische“ 
bzw. „Mensch-Maschine-Systeme“ aufgefasst [Groc76, 429] und der Einsatz von Informati- 
onstechnologie innerhalb der Unternehmen motiviert. Dabei wird der Teil eines betrieblichen 
Informationssystems, der neben „personellen Aktionsträgem auch maschinelle Aktionsträger“ 
enthält, als computergestütztes Informationssystem bezeichnet [Groc76, 431]. Aus Gründen 
einer vereinfachten Begriffsverwendung wird auf den Zusatz „computergestützt“ zum Teil 
verzichtet [Groc76, 431]. 
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Informationssysteme sind nach dem Verständnis dieser Arbeit Systeme zur Beschaffung, 
Verarbeitung, Speicherung, Übertragung und Bereitstellung von Informationen. Sie bestehen 
meist aus folgenden Komponenten [vgl. Sche95; Schw98; SchwOO]: 

■ Hardware und Systemsoftware (Basissystem), 

■ Anwendungssoftware, 

■ organisatorischen Konzepten und Regelungen („Orgware“), 

■ Menschen, die an bzw. mit dem System arbeiten („Manware“), 

■ Datenbanken mit den Daten des Systems und 

■ Konzepten für die Steuerung und die Kontrolle der Informationsflüsse (Informations- 
management). 

Damit ist das Informationssystem eng mit dem Begriff des Anwendungssystems verbunden. 
Trotz einer teilweise vorhandenen synonymen Verwendung der Begriffe sind Anwendungs- 
systeme „maschinelle Aufgabenträger für automatisierte (Teil-)Aufgaben eines Informations- 
systems“ [Sinz99, 16]. Informationssysteme, die in Unternehmen bestimmte Aufgaben erfül- 
len, werden daher Anwendungssystem genannt. Voraussetzung für ein optimales Zusammen- 
wirken mehrerer Informationssysteme ist u. a. die Vereinbarung einheitlicher Schnittstellen 
zum Austausch von Daten, zum Auslösen zeitlich und logisch ineinander übergreifender Pro- 
zesse sowie zur Koordination verteilter Wertschöpfungsaktivitäten. Sind die Systeme dazu in 
der Lage, werden sie auch als integrierte Informationssysteme bezeichnet [vgl. Sche95, 4-10; 
MertOl, 1-13]. Die Verwendung des Begriffs „Integration“ bezieht sich auf ein allgemeines 
Verständnis der Bildung von Einheiten durch Vereinigen oder Verbinden [HeRo98, 276]. Bei 
einer näheren Spezifizierung der Art der Integration lassen sich zwei Wirkungsrichtungen 
unterscheiden: Horizontale und vertikale Integration. Die horizontale Integration beschreibt 
eine Abstimmung von Teilsystemen der Wertschöpfung (z. B. funktionale Anwendungssys- 
teme) zu einem Gesamtsystem. Die vertikale Integration zielt hingegen auf die Verknüpfung 
von Informationssystemen unterschiedlicher Detaillierung (z. B. angelehnt an die hierarchi- 
schen Stufen eines Unternehmens), um die Durchgängigkeit von mengenorientierten operati- 
ven Systemen unterschiedlicher Ebenen zu gewährleisten [KrSc99, 131]. 

Während der bisherige Informationssystembegriff das innerbetriebliche Informationsmana- 
gement fokussiert, zielt das Forschungsgebiet der Interorganisationssysteme (lOS) auf die 
Unterstützung der überbetrieblichen Interaktionen ab [AlCa95]. lOS tragen dazu bei, die ü- 
berbetriebliche Informationsverarbeitung realisieren zu können [Klei96a; Kubi91] und sie 
gelten als „Voraussetzung für effiziente Gestaltung der gesamten Wertschöpfungskette“ 
[BeSc96]. In weitgehender Übereinstimmung werden lOS folgende drei Merkmale zugeord- 
net: 
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■ An einem lOS sind zwei oder mehr Organisationen beteiligt, 

■ Informationen und weitere Ressourcen werden durch die Organisation geteilt und 

■ lOS sind computerbasiert [AlCa95, 34], 

lOS lassen sich anhand verschiedener Kriterien zu anderen Informationssystemkonzepten 
abgrenzen. Neben formalen Kriterien (z. B. Untemehmensgrenze aus rechtlicher Sicht) kön- 
nen auch inhaltliche Unterscheidungsmerkmale angeführt werden. So existieren drei Gruppen 
von lOS: 

1. lOS für die Datenübermittlung 

2. lOS mit gemeinsamen Datenbeständen und 

3. lOS mit Prozessautomation [AlCa95, 45f.]. 

Obwohl in der lOS Forschung der Anspruch besteht, dass die Systeme effiziente und effektive 
Formen der Zusammenarbeit bzw. Koordination bereitstellen sollen, weisen lOS kaum eigene 
technologische Ansätze auf Der Begriff hat daher eher konzeptionellen und beschreibenden 
Charakter. Lösungsinstrumente zur Umsetzung der Anforderungen werden Entwicklungen 
aus der Informationssystem- und Informationstechnologieforschung entnommen. So gilt das 
Konzept des „Electronic Data Interchange“ (EDI) zur Umsetzung des elektronischen Daten- 
austausches als eine der wichtigsten Anwendungsformen von Interorgansiationssystemen 
[Klei96a, 39]. 

2.2.2. 1.2 Anwendungsarchitekturen 

Der Begriff der „Architektur“ wird in der Literatur vielfach verwendet und in unterschiedli- 
chen Kontexten gebraucht (einen Überblick gibt [MaRe02, 37-38]). Allen Ausprägungen liegt 
hierbei das konstruktionsorientierte Verständnis einer Architektur zugrunde, das von dem 
Baumeisterhandwerk entlehnt wurde [Klug02, 58]. Unter einer Architektur wird zugleich ein 
Modell verstanden, das weniger die physische Ausprägung als die abstrahierte Abbildung der 
Realwelt zum Zweck hat. 

Als Anwendungsarchitektur werden einerseits der Gesamtaufbau von Informationssystemen 
in Unternehmen und andererseits die strukturellen (eben die Architektur bildenden) Merkmale 
einzelner Anwendungssysteme bezeichnet. Dem systemtheoretischen Ansatz folgend, findet 
mit der Modellierung einer Anwendungsarchitektur die Zerteilung des Gesamtsystems in 
Teilsysteme (Partitionierung), die Spezifikation nach außen sichtbarer Eigenschaften und die 
Beschreibung von Beziehungen zwischen den Teilsystemen statt [ZühlOl, 42]. Die Architek- 
tur als Struktur eines Systems umfasst nicht nur statische Aspekte (z. B. Schnittstellen und 
Beziehungen), sondern berücksichtigt auch dynamische Anforderungen (z. B. Kommunikati- 
on zwischen Teilsystemen) [FoBaOl, 290]. Unter einer Anwendungsarchitektur wird in [Ha- 
Ri90, 667] ein konzeptioneller Gesamtrahmen verstanden, der die Aspekte Daten (statischer 
Bestandteil) und Applikationen (Methoden als dynamischer Bestandteil) berücksichtigt. 
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Anwendungsarchitekturen werden sowohl für die Beschreibung von Informationssystemen in 
Unternehmen (betriebswirtschaftliche Perspektive) als auch für die Entwicklung von Soft- 
waresystemen ohne fachlichen Bezug verwendet. Dieses Spannungsfeld lässt sich auch in der 
wissenschaftlichen Literatur erkennen. So ist die Anwendungsarchitektur bei Krcmar bei- 
spielsweise ein Bestandteil des Modells der „Ganzheitlichen Informationssystemarchitektur“ 
(vgl. Abbildung 18 auf Seite 43) und grenzt sich von der Daten- und Kommunikationsarchi- 
tektur insbesondere dadurch ab, dass innerhalb der Anwendungsarchitektur die betrieblichen 
Funktionen (Geschäftsprozesse sowie deren technische Unterstützung) und keine Datenmo- 
delle oder der Datenfluss beschrieben werden (vgl. detaillierte Ausführung in Abschnitt 
2.2.2.2.5). 

Die begriffliche Vielfalt kommt in der synonymen Verwendung verschiedener Bezeichnun- 
gen für die Architektur von Informationssystemen zum Ausdruck. So verweist Lehner darauf, 
dass in der Literatur Arbeiten über IS-Architekturen unter den Begriffen „Anwendungsarchi- 
tektur“, „Systemarchitektur“, „Informationsarchitektur“, „Systemanwendungsarchitektur“, 
„Informationssystem-Architektur“ und „Software-Architektur“ zu finden sind [LHMa95, 59]. 
Der mitunter fehlenden Abgrenzungen zwischen den Begriffen und der vorhandenen Über- 
schneidung wird in dieser Arbeit zunächst mit einer Arbeitsdefmition begegnet. Als Anwen- 
dungsarchitektur wird dabei in dieser Arbeit die modellhafte Beschreibung von anwendungs- 
bezogenen Informationssystemen (inner- und überbetrieblich) verstanden. In einem zweiten 
Schritt wird in Abschnitt 2.2.2.4 ein generischer Architekturrahmen dargestellt, der im weite- 
ren Verlauf der Arbeit für die Entwicklung der Anwendungsarchitektur verwendet wird. Als 
Architekturframeworks werden Beschreibungsstandards für Architekturen bezeichnet [Ma- 
Re02, 221], Für den Begriff der Anwendungsarchitektur gilt im weiteren Verlauf nachstehen- 
de Definition. 

Definition 2: Anwendungsarchitektnr 

Eine Anwendungsarchitektur beschreibt die strukturellen Eigenschaften von Informations- 
bzw. Anwendungssystemen. Sie besteht aus Teilsystemen, die untereinander in Beziehung 
stehen. Neben statischen datenbezogenen Aspekten bildet eine Anwendungsarchitektur auch 
dynamische prozessbezogene Merkmale der Systeme ab. 



Einige der vorhandenen Ansätze zur Modellierung von Informationssystem- bzw. Anwen- 
dungsarchitekturen werden nachfolgend dargestellt. Anschließend wird der generische Archi- 
tekturrahmen beschrieben, der wesentliche Merkmale der beschrieben Konzepte in generali- 
sierter Form zur Verfügung stellt und für die Ableitung der Anwendungsarchitektur in dieser 
Arbeit verwendet wird. 
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2.2.2.2 Konzepte zur Modellierung von Informationssystem-Architekturen 

Bei der Darstellung der vorhandenen Architekturkonzepte ist die zum Teil uneinheitliche Ver- 
wendung der bisher eingeführten Begriffe offensichtlich. So spricht Scheer in dem ARIS- 
Konzept von der Architektur integrierter Informationssysteme, also von einer Informations- 
system-Architektur [Sche97a], Dieser Begriff wird bei Heinrich in der an Krcmar angelehnten 
„Architektur der Informationsinfrastruktur“ lediglich als Bestandteil dieses Modells aufge- 
fasst [Hein99, 66], Zur Reduktion der begrifflichen Komplexität werden daher im weiteren 
Verlauf Konzepte vorgesteht, welche die Modellierung und Entwicklung von Anwendungs- 
systemen zum Ziel haben und damit die Unterstützung der systemtechnischen Informations- 
verarbeitungen in und zwischen Unternehmen fokussieren. Diese Anforderung kann nicht für 
alle Konzepte bereits durch eine Selektion anhand des Konzeptnamens erfüllt werden. 

In die wissenschaftliche Literatur haben folgende Ansätze zur Unternehmens- bzw. Informa- 
tionssystemmodellierung Einzug gefunden, die nachfolgend in der für die Arbeit notwendigen 
Detaillierung dargesteht werden: 

■ Architektur integrierter Informationssysteme (ARIS) nach Scheer, 

■ Semantisches Objektmodell (SOM) nach Ferstl und Sinz, 

■ Business Engineering nach Österle, 

■ Framework für IS-Architekturen nach Zachman, 

■ Ganzheitliche Informationssystemarchitektur nach Krcmar, 

■ IEEE 1471 Standard für Architekturbeschreibungen. 

2.2.2.2.1 ARIS 

ARIS ist ein allgemeines Architekturmodell für Informationssysteme und wurde als Refe- 
renzmodell für industrielle Geschäftsprozesse entwickelt [Sche97a]. Das ARIS-Modell (auch 
„ARIS-Haus“ bezeichnet) besteht aus einer Organisations-, Daten-, Funktions- und Steue- 
rungssicht (Abbildung 14). Zentrales Element des Modells ist die Steuerungssicht, da diese 
die Zusammenhänge zwischen den einzelnen Beschreibungssichten abbildet. In jeder Sicht 
werden jeweils drei Beschreibungsebenen unterschieden. So umfasst das Fachkonzept die 
Formulierung der betriebswirtschaftlichen Problemstellung und das DV-Konzept die Überset- 
zung des Fachkonzeptes in eine informationstechnologische Repräsentation. Im Rahmen der 
Implementierung wird das Datenverarbeitungskonzept (DV-Konzept) schließlich mittels Pro- 
grammierung bzw. Implementierung eines Softwaresystems umgesetzt. Die Modellierungs- 
teehniken des ARIS-Hauses werden pro Sicht festgelegt und sind auch von der jeweiligen 
Beschreibungsebene abhängig. So werden beispielsweise für die Datensicht ein erweitertes 
ERM und für die Steuerungssicht EPK-Modelle empfohlen [ScJo96, 31; Sche97a, 17]. 
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Daten Steuerung Funktion 



Abbildung 14: Architektur integrierter Inforuiationssysteuie |Sche97a, 17| 

22.2.2.2 SOM 

Das Semantische Objektmodell (SOM) ist „ein Ansatz zur Modellierung betrieblicher Syste- 
me und zur Spezifikation von Anwendungssystemen“ [FeSi96, 47]. Das Konzept ist generisch 
angelegt und kann mittels Definition angestrebter Leistungserstellungen für bestimmte An- 
wendungsfalle konkretisiert werden. Das SOM-Konzept unterscheidet die drei Modellebenen 
„Unternehmensplan“, „Geschäftsprozessmodell“ imd „Modell der Ressoiucen / Anwendungs- 
systeme“ (Abbildung 15). Der Untemehmensplan bringt die betrieblichen Ziele zum Aus- 
druck und entspricht damit einer Außensicht des Unternehmens. Im Gegensatz dazu werden 
die Geschäftsprozessmodelle mit den Lösungsverfahren zur Umsetzung der Untemehmens- 
ziele als Innensicht bezeichnet. Die dritte Modellebene umfasst die Ressoiucen zur Durchfüh- 
rung der Geschäftsprozesse wie z. B. Aufbauorganisation, Anlagen-Architektur und Anwen- 
dungssystem-Architektur. Die Modellierung der zweiten und dritten Ebene erfolgt objektori- 
entiert. Für die drei Modellebenen existieren jeweils zwei unterschiedliche Modellsichten. Die 
strukturorientierte Sicht enthält eine statische Betrachtung des Aufbaus (z. B. in Form eines 
Interaktionsschemas). Sie lässt sich in eine Leistungs- und eine Lenkungssicht gliedern. Die 
verhaltensorientierte Sicht hingegen repräsentiert die Prozesse z. B. als Vorgangs-Ereignis- 
Schema. Die verfügbaren Modellobjekte und deren mögliche Beziehungen untereinander 
werden in einem Metamodell definiert [FeSi90; FeSi95; Sinz02, 1061-1062]. 
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Abbildung 15: Semantisches Objektmodell |in Anlehnung an FeSi95, 212 und Sinz02, 
1061 

2. 2.2. 2. 3 Business Engineering 

Das Konzept „Business Engineering“ (BE) wurde im Kontext des Wandels von einer Indust- 
rie- zu einer Informationsgesellschaft entwickelt [Öste95, 14], Als Bestandteil des BE ist 
PROMET „eine umfassende Methode zur Prozessentwicklung (PROMET BPR) sowie zur 
prozessorientierten Einführung von Standardsoftware (PROMET SSW)“ [Öste95, 28-30], Das 
Business Engineering spezifiziert ein Architekturmodell und besteht aus Ebenen und Dimen- 
sionen. Abbildung 16 zeigt die vom Modell erfassten Elemente. Als Modellebenen sind die 
Geschäftsstrategie, die Prozesse und das Informationssystem enthalten. Die strategische Ebe- 
ne spiegelt die Untemehmensposition im Markt und die strategischen Entscheidungen der 
Unternehmensleitung wider. Die Prozessebene leitet sich von den Aktivitäten und Hand- 
lungsabläufen ab. Die Ebene der Informationssysteme verfeinert schließlich den Prozessent- 
wurf und stellt die Basis für eine informationstechnologische Umsetzung dar. Jede Modell- 
ebene wird aus unterschiedlichen Dimensionen (bzw. Perspektiven) betrachtet. Zu den we- 
sentlichen Dimensionen gehören die Organisations-, Daten- und Funktionssicht, es können 
jedoch weitere Sichten ergänzt werden (z. B. Personal). Ein integriertes Metamodell deckt mit 
einer Makroebene und einer Mikroebene als unterschiedliche Detaillierungsgrade die erwähn- 
ten Modellebenen und Betrachtungsdimensionen ab [Öste95, 28-30; ÖBGG96, 8-10]. 
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Abbildung 16: Architektur des Business Engineering |Öste95, 31| 

2. 2. 2. 2. 4 Zachman-Framework für IS-Architekturen 

Das Zachman-Framework (auch „Framework for information Systems architecture“) ist ein 
Modell zur Beschreibung von Unternehmen und den darin existierenden Informationssyste- 
men [Zach87]. Die zugrunde liegende Idee des Rahmenwerkes ist einerseits das Widerspie- 
geln der unterschiedlichen Perspektiven von Modellierungsrollen durch eine Vielzahl von 
Architekturrepräsentationen und andererseits der Ansatz, dass ein Objekt aus mehreren Per- 
spektiven betrachtet in unterschiedliche Beschreibungsformen (Sichten) überführt werden 
kann [Zach87, 283]. Das Zachman-Framework unterscheidet die Rollen „Planner“, „Owner“, 
„Designer“, „Builder“ und „Subcontractor“ [SoZa92, 592], die als horizontale Dimension des 
Modells herangezogen werden. Jeder Rolle ist eine Architekturperspektive zugeordnet. Die 
mit „Scope“ (der Rolle „Planner“ zugeordnet) bezeichnete Perspektive enthält ein Über- 
sichtsmodell des Untemehmensmodells bzw. des Informationssystems. Das „Enterprise mo- 
del“ bzw. „Business model“ als zweite Perspektive beschreibt die Gesamtarchitektur aus Sicht 
des Unternehmens oder des Nutzers des Systems und ist damit der Rolle „Owner“ zugeordnet. 
In dem „System model“ (der Rolle „Designer“ zugeordnet) wird die Architektur in Hinblick 
auf die spätere Umsetzung spezifiziert. Aus Sicht des „Technology model“ müssen system- 
und werkzeugbedingte Anforderungen berücksichtigt werden. Dieses Modell bezieht sich auf 
die Rolle „Builder“ und steht damit in direktem Bezug zur systemtechnischen Umsetzung der 
Architektur. Die Architekturperspektive „Components“ beinhaltet Vorgaben, die für eine 
Einbindung von zugelieferten Systembestandteilen notwendig sind. Diese Modelle sind der 
Rolle „Subcontractor“ zugeordnet. Die genannten Architekturperspektiven stellen die Zeilen 
im tabellarisch darstellbaren Zachman-Framework dar. Die vertikale Dimension des Modells 
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(Spalten) ergibt sich aufgrund verschiedener Ansätze zur Abstraktion der Realwelt. Das Mo- 
dell in seiner ersten veröffentlichten Fassung aus dem Jahr 1987 umfasste zunächst drei Spal- 
ten: „Data“, „Process“ und „Network“. Dabei korrespondiert die erste Spalte mit der Darstel- 
lung der beteiligten Entitäten (z. B. Datenobjekte), die zweite Spalte mit einer vorgangsorien- 
tierten Beschreibung, wie Entitäten miteinander interagieren, und die dritte Spalte mit der 
logischen und physischen Zuordnung der Entitäten in der technischen Infrastruktur [Zach87, 
283]. In [SoZa92] wurde das Modell um drei weitere Spalten ergänzt. Eine Nutzerperspektive 
bestimmt die Anwender des Systems bzw. der Architektur („People“ bzw. „Organization“), 
eine Ereignisperspektive spezifiziert zeitliche Aspekte („Time“ bzw. „Schedule“) und eine 
Zweckperspektive beschreibt Motivationsaspekte in der Architektur („Strategy“) [SoZa92, 
596-599]. Das erweiterte Zachmann-Framework ist in Abbildung 17 dargestellt. 
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Abbildung 17: Zachmann-Frauiework [in Anlehnung an SoZa92, 602| 



2. 2. 2. 2. 5 Ganzheitliche Informationssystemarchitektur 

Das Modell der „Ganzheitliche Informationssystemarchitektur“ nach Krcmar hat einen krei- 
selfbrmigen Aufbau und verdeutlicht damit visuell die implizite Anforderung nach der Ab- 
stimmung aller Sichten auf- und zueinander, um damit eine die Untemehmensziele unterstüt- 
zende Informationssystem- Architektur realisieren zu können (Abbildung 18). Berücksichtigt 
werden nicht nur die technologischen und infrastrukturellen Aspekte von Informationssyste- 
men, sondern auch die Untemehmensziele und, davon abgeleitet, die sich daraus ergebenden 
organisatorischen Strukturen [Krcm90, 399]. Wie Abbildung 18 zu entnehmen ist, besteht das 
Modell aus vier Ebenen, die als Schichten bezeichnet werden. Die erste Schicht („Strategie“) 
enthält Elemente der Unternehmens- bzw. Geschäftsstrategie, die mit dem zur Verfügung 
stehenden informations- und kommunikationstechnologischen Potential des Unternehmens 
abgestimmt werden müssen (Rückkopplung) [Krcm90, 399]. Die zweite Schicht enthält orga- 
nisatorische Modelle und beschreibt damit die Ablauf- und die Aufbauorganisation (Prozesse 
und Stmkturen). Diese Schicht erfüllt primär die Aufgabe, die gewählte Untemehmensstrate- 
gie umzusetzen [Krcm90, 399]. Auf der dritten Schicht werden Architekturen der Daten, der 
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Anwendungen und der Kommunikationsstruktur spezifiziert. Kremar lehnt sich hierbei an das 
Modell von Zachman an (vgl. Abschnitt 2.2.2.2A). Die Datenarchitektur beschreibt den stati- 
schen Zusammenhang zwischen den für das Unternehmen relevanten Daten. Die geforderte 
Langfristplanung und -entwicklung der Datenmodelle unterstützt die nachhaltige Beständig- 
keit von Unternehmen. Anwendungsarchitekturen enthalten unternehmensbezogene Funktio- 
nen (Methoden bzw. Prozesse zur Bearbeitung der Datenobjekte). Diese Funktionen und Re- 
geln müssen in der Lage sein, die Informationsnachfrage zu befriedigen. Die Kommunikati- 
onsarchitektur befasst sich schließlich mit den internen und externen Kommunikationswegen 
aus logischer Sicht [Krcm90, 400]. Die vierte Schicht („Infrastruktur“) beschreibt die im Un- 
ternehmen eingesetzten Informations- und Kommunikationstechnologien. Diese umfassen 
insbesondere die Eingabe, Verarbeitung, Speicherung und Ausgabe von Daten [Krcm90, 
400] . Das Architekturmodell nach Kremar folgt dem Ansatz der Ganzheitlichkeit und fordert 
damit eine enge Abstimmung der einzelnen Schichten untereinander. 




Abbildung 18: Ganzheitliehe Informationssystemarehitektur naeh Kremar |Krem90, 
399| 

Das Modell nach Kremar wurde von Heinrich weiterentwickelt [Hein99]. Als wesentlicher 
Unterschied ist die Verfeinerung der Schichtenbildung und die Aufnahme der Informations- 
systemschicht bzw. -ebene als Grundfläche des Kreisels der Informationssystem-Architektur 
festzustellen (Abbildung 19). Die Daten-, Anwendungs- und Kommunikationsarchitektur 
werden als „Informationsarchitektur“ subsumiert. Die Infrastruktur wird in die Technologie- 
und Informationssystem-Architektur untergliedert. Die Technologiearchitektur enthält Aspek- 
te der technischen Realisierung der im Modell enthaltenen Teilarchitekturen (Umsetzung der 
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logischen Architekturen durch oder mittels luK-Technologien in Form von Produkten und 
Diensten [Hein99, 69]). Die untere Spitze des Kreisels ist die Informationssystem- 
Architektur, die aus der „Betrachtung der Komponenten von Informationssystemen mit dem 
Zweck der Schaffung von Ordnung und Transparenz“ [Hein99, 71] hervorgeht. Der Kreisel 
steht nun auf einem Fundament, den Informationssystemen. Eine Stabilität wird angenom- 
men, wenn „eine geschlossene, einheitliche Architektur der Informationsinfrastruktur“ 
[Hein99, 66] vorhanden ist. 




Abbildung 19: Architektur der Informationsinfrastruktur nach Heinrich |Hein99, 66] 



2. 2.2. 2.6 IEEE 1471 Standard für Architekturbeschreibungen 

Eine Empfehlung für die Gestaltung softwareintensiver Systeme hat das Institute of Electrical 
and Electronics Engineers (IEEE) in Form des Standards IEEE Std 1471-2000 entwickelt und 
veröffentlicht. Als softwareintensiv wird eine System dann bezeichnet, wenn Software einen 
weitgehend unverzichtbaren Einfluss auf die Gestaltung, Konstruktion und Weiterentwick- 
lung des Systems hat [lEEEOO, 1]. Dies trifft somit auch für die Informationssysteme in Un- 
ternehmen zu (vgl. Abschnitt 2.2.2. 1). Eine Architektur im Sinne des IEEE- 1471 -Standards 
ist stets auf die Abbildung eines Systems gerichtet. Als System wird die Zusammenstellung 
von Komponenten zum Erreichen bestimmter Funktionen bezeichnet. Die Architektur bildet 
den grundlegenden Aufbau eines Systems ab und besteht aus den Komponenten des Systems, 
den Beziehungen zwischen den Komponenten, der Systemumwelt sowie den Gestaltungs- 
und Entwicklungsrichtlinien [lEEEOO, 3]. Der Aufbau der Architektur wird anhand von Ar- 
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chitekturbeschreibungen („architectural description“) vorgenommen, die aus einer Zusam- 
menstellung von Werkzeugen zur Dokumentation besteht [lEEEOO, 3]. Abbildung 20 zeigt 
eine überblicksartige Darstellung des Ansatzes und die darin enthaltenen Elemente der Archi- 
tekturbeschreibung. 




Abbildung 20: Konzeptuelles Modell einer Arehitekturbeschreibung naeh IEEE 1471 
IIEEEOO, 5| 

Kemelement einer Architekturbeschreibung sind Sichten („view“), die eine Repräsentation 
des Gesamtsystems aus Sicht einer bestimmten Perspektive darstellen und unter Einhaltung 
der in den „viewpoints“ vereinbarten Spezifikationen erstellt werden (z. B. „functional view“, 
„physical view“ oder „technical view“ [lEEEOO, 4]). Eine Sicht besteht aus einem oder meh- 
reren Modellen [lEEEOO, 5]. Der IEEE 1471 Standard enthält jedoch neben den technischen 
und inhaltlichen Gesichtspunkten auch nutzerbezogene Aspekte („stakeholder“ als Menge der 
Interessenvertreter hinsichtlich des Systems mit ihren individuellen Anliegen, d. h. „concem“) 
[lEEEOO, 6] und umweltbezogene Merkmale („environment“ als Kontext, in dem Systeme 
entwickelt und betrieben werden) [lEEEOO, 6]. 
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2.2.2. 3 Integrationsansätze für die Gestaltung von Informationssystemen 

Der Begriff der Integration wurde im Zusammenhang des Informationssystembegriffs bereits 
erläutert. Dabei wurde zwischen horizontaler Integration im Sinne der Abstimmung von Teil- 
systemen und zwischen vertikaler Integration als Verknüpfung von Informationssystemen 
mehrerer Detaillierungsebenen unterschieden. In [MeHo92] wird das Verständnis von Integ- 
rationsansätzen auf Basis der Modellmerkmale nach Stachowiak erweitert. So weisen Integra- 
tionsarchitekturen Eigenschaften auf, die sich in Abbildungs-, Verkürzungs- und pragmati- 
sche Merkmale gliedern lassen (Abbildung 21). 
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Abbildung 21: Vergleichskriterien für Integrationsarchitekturen |in Anlehnung an 
MeHo92, 7) 



Auf Basis des in [MeHo92] von Mertens und Holzner entwickelten Vergleichsschemas kön- 
nen Integrationsansätze klassifiziert werden. Für die vorliegende Arbeit von wesentlicher Be- 
deutung sind die Merkmale „Modellreichweite“, „Integrationsgegenstand“ und „Modellan- 
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gleichung an das Original“. Die zu entwickelnde Anwendungsarchitektur für Mass Customi- 
zation Informationssysteme umfasst dabei die zwischenbetriebliche Integration, da nicht das 
einzelne Unternehmen betrachtet wird, sondern die Zusammenarbeit aller an der Wertschöp- 
fung beteiligten Akteure. Gegenstand der Integration sind hierbei sowohl Daten als auch Ab- 
läufe bzw. Prozesse. Als relevant für die Arbeit anzusehende Konzepte sind Ansätze, die als 
Referenzmodell formuliert werden. In Ergänzung zu den Ansätzen zur Unternehmens- bzw. 
Informationssystemmodellierung wird die Darstellung vorhandener Konzepte daher um fol- 
gende Integrationsarchitekturen ergänzt: 

■ UFM- UDM nach Rauh, 

■ Kölner Integrationsmodell nach Grochla, 

■ Integriertes Bereichsmodell nach Köster und Hetzel, 

■ Bereichsorientiertes Interdependenzmodell nach Becker, 

■ CIM-KSA nach Scholz-Reiter, 

2.2.23.1 UFM-UDM 

Das Integrations- bzw. Unternehmensmodell (UM) nach Rauh ergibt sich aus einer Kombina- 
tion von zwei Teilmodellen. Das als „UFM“ bezeichnete Unternehmensfunktionsmodell be- 
schreibt die Funktionen eines Unternehmens [Rauh90, 57]. Rauh bezieht sich dabei auf In- 
dustriebetriebe und berücksichtigt die Funktionen Beschaffung, Produktion, Absatz, Perso- 
nalwesen, Rechnungswesen, Führung, Controlling und Informationsmanagement [Rauh90, 
62]. Die datenorientierte Sicht auf das Unternehmen wird im Untemehmensdatenmodell 
„UDM“ abgelegt. Modelle des UFM werden beispielsweise als Funktionsbäume dargestellt 
(Abbildung 22), im UDM werden Objekt-Beziehungs-Modelle als eine erweiterte Form der 
Entity-Relationship-Methode verwendet. Für jede Funktion des UFM existiert eine direkte 
Beziehung zum UDM, in dem die Objekt- und Beziehungsarten festgelegt werden (z. B. über 
eine Funktions-Objektarten-Matrix) [Rauh90, 97-99]. 
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Abbildung 22: Funktionsbaum des Industriebetriebs |in Anlehnung an Rauh90, 60-62] 



Das UFM-UDM trennt die Betrachtung von statischen Untemehmensdaten und dynamischen 
Untemehmensfunktionen. Hierin ist der Ansatz zur Bildung von Sichten auf Unternehmen zu 
erkennen, der bereits in Abschnitt 2.2.2. 2 bei der Modellierung von Informationssystemen 
eingeführt wurde. Für die Entwicklung von Mass Customization Informationssystemen auf 
Basis eines mehrstufigen, überbetrieblichen Wertschöpfungssystems ist dieses Prinzip rele- 
vant, da einerseits die zu verarbeitenden Informationen in Form von Daten (Produktspezifika- 
tion, Kompetenzen der Wertschöpfungspartner etc.) und andererseits die notwendigen Wert- 
schöpfungsaktivitäten in Form von Funktionen (Vorgang der Produktspezifizierung, Beschaf- 
fung von Produktbestandteilen, Fertigung etc.) im Informationssystem abgebildet werden 
müssen. Die hierarchische Aufgliederung der Untemehmensfunktionen zur Verfeinemng der 
einzelnen Aufgaben ermöglicht es außerdem, eine Dekomposition von Wertschöpfungsaktivi- 
täten vorzunehmen, um diese den zur Verfügung stehenden Akteuren zuordnen zu können. 
Die Anlehnung an den Begriff der Untemehmensfunktion spiegelt dabei die primären und 
sekundären Aktivitäten im Unternehmen wider. Hinsichtlich der interorganisationalen Per- 
spektive des Mass Customization Informationssystems leistet das UFM-UDM keinen zusätz- 
lichen Beitrag, da eine innerbetriebliche Betrachtung vorgenommen wird. 



2. 2. 2. 3.2 Kölner Integrationsmodell 

Das Kölner Integrationsmodell (KIM) ist ein Referenzmodell und besteht aus drei Teilmodel- 
len. Der Ansatz folgt einem phasenorientierten Verständnis und enthält jeweils ein Modell für 
die Bereiche der Planungs-, Realisations- und Kontrollaufgaben [Gill74, 67-68], Berücksich- 
tigt werden die funktionalen Teilbereiche des Unternehmens Beschaffung, Lagerhaltung, 
Leistungserstellung, Vertrieb, Rechnungswesen, Finanzwesen und Personalwesen. Das KIM 
hat einen direkten Bezug zur Informationsverarbeitung im Unternehmen und stellt die anfal- 
lenden DV-Aufgaben innerhalb der Bereiche und zwischen diesen dar. Dokumentiert werden 
die Verarbeitungsfunktionen in Aufgabenbeschreibungslisten, in denen auch zeitliche Abhän- 
gigkeiten der Aufgaben beschrieben werden können. Die Informationsflüsse zwischen den 
Aufgaben werden in Kanalbeschreibungslisten aufgeführt. Als Kanal wird eine Zusammen- 
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Stellung einfacher oder aggregierter Daten verstanden [MeHo92, 13], Konnektoren zeigen 
schließlich Übergänge zwischen den vorhandenen grafischen Modellen auf. Somit umfasst 
das KIM einerseits einen verbalen Teil mit Aufgabenbeschreibungen, Kanalbeschreibungen 
und Konnektoren und einen grafischen Teil, der die Teilmodelle der Planungs-, Realisation 
und Kontrollaufgaben in visuell aufbereiteter Form enthält (Abbildung 23) [GGGP74, 190]. 
Das KIM führt zu einer Explizierung der Informationsflüsse und stellt eine modellhafte Dar- 
stellung in Form von Visualisierungen bereit. Mit der Aufteilung in Aufgaben- und Kanalbe- 
schreibungslisten nimmt auch das KIM eine Aufteilung in dynamische funktionsbezogene 
und statische datenbezogene Aspekte des Unternehmens vor. Die interorganisationale Per- 
spektive spielt eine untergeordnete Rolle, da der Fokus auf der innerbetrieblichen Integration 
liegt und damit Zusammenhänge zwischen Untemehmensbereichen dargestellt werden. Für 
die Entwicklung von Mass Customization Informationssystemen ist die Aufteilung in Fimkti- 
onen und Informationsflüsse von Bedeutung. Weitere Implikationen durch diesen Ansatz sind 
nicht möglich. 



Kölner Integrationsmodell 



Verbaler Teil 



Aufgabenbeschreibungsliste 



Kanalbeschreibungsliste 



Konnektorenliste 



Grafiseher Teil 



Teilmodell der 
Planungsaufgaben 



Teilmodell der 
Realisationsaufgaben 



Teilmodell der 
Kontrollaufgaben 



Abbildung 23: Bestandteile des Kölner Integrationsmodells [in Anlehnung an GGGP74, 
1901 

2.2.2.33 Integriertes Bereichsmodell 

Basis des Integrierten Bereichsmodells (IBM) nach Köster und Hetzel ist eine Beschreibungs- 
sprache zur Vereinheitlichung der Verwendung von Begriffen [MeHo92, 13-16]. Ausgehend 
von diesem Beschreibungssystem können Dienste zur Informationsversorgimg im Unterneh- 
men aufgebaut werden (z. B. Projekt-Informations-Dienst oder Literatur-Informationsdienst). 
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Das Bereichsmodell umfasst eine Hierarchisiemng, nach der ein Fertigungsbetrieb aus mehre- 
ren Arbeitsbereichen besteht. Jeder Arbeitsbereich umfasst Arbeitsgebiete, die untereinander 
in Beziehung stehen. Arbeitsgebiete werden schließlich in Form von Aufgaben detailliert 
(Abbildung 24). Zwischen den Arbeitsgebieten und den Aufgaben existieren Informations- 
flüsse. Damit leiten Köster und Hetzel den Datenverarbeitungsablauf eines Industriebetriebs 
ab, der um ein System der Verarbeitungsmethoden ergänzt wird [MeHo92, 14]. Zu den Ar- 
beitsbereichen eines Industriebetriebs zählen dabei Vertriebswesen, Unternehmensplanung, 
Entwicklung und Konstruktion, Materialversorgung, Fertigungsvorbereitung und Fertigung, 
Personalwesen, Kostenrechnung, Rechnungswesen, Organisation und Datenverarbeitung und 
allgemeine Grundlagen [KöHeVl, 99-107]. Das Integrierte Bereichsmodell von Köster und 
Hetzel fokussiert fertigungsbezogene Unternehmen. 



1/4/3 < Notation 






Aufgabe z. B. Auftragszergliederung 

Arbeitsgebiet z. B. Auftragsbearbeitung 

Arbeitsbereich z. B. Vertriebswesen 



Abbildung 24: Notation des integrierten Bereiehsmodells am Beispiel der Aufgabe 1-4-3 
[in Anlehnung an KöHeTl, 43] 

Das IBM betrachtet die Informationsversorgung in Unternehmen. Die Entwicklung eines ein- 
heitlichen Begriffskatalogs in Hinblick auf die Informationsverarbeitung in Unternehmen ist 
jedoch auch aus Sicht von überbetrieblichen Wertschöpfungssystemen bedeutsam. Insbeson- 
dere bei einer Dynamisierung der Zusammensetzung durch die Hinzunahme oder das Aus- 
scheiden von Wertschöpfungspartnem führt ein einheitliches Vokabular zur Beschleunigung 
der Aufnahme von Geschäftsbeziehungen. Die Informationsverarbeitung innerhalb von Mass 
Customization Wertschöpfungsnetzwerken ist aufgrund der Produktindividualisierung und 
-Spezifizierung sowie aufgrund des damit verbundenen Austausches dieser Informationen 
innerhalb des Wertschöpfungsnetzwerkes umfassender als in Systemen für die massenhafte 
und standardisierte Produktion. Für Mass Customization Informationssysteme von Bedeutung 
ist daher die Klassifizierung von Begriffen sowie die Bereitstellung von Nummemsystemen 
für Untemehmensfunktionen, die zur Systematisierung und Erhöhung der Effizienz eines 
Wertschöpfungssystems fuhren können. 
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2. 2. 2. 3. 4 Bereichsorientiertes Interdependenzmodell 

Das Bereichsorientierte Interdependenzmodell (BIM) nach Becker basiert auf dem Y-CIM- 
Modell von Scheer, einem Referenzmodell für die industrielle Fertigung (Abbildung 25, lin- 
ker Bildausschnitt) [Sche90], Der linke Teil des Modells hat betriebswirtschaftlichen Charak- 
ter und umfasst Aufgaben wie z. B. Produktionsplanung und -Steuerung. Im Gegensatz dazu 
bezieht sich der rechte Modellteil auf konstruktions- und produktbezogene Aufgaben 
[Sche90, 2]. Das BIM erweitert das Y-Modell um zusätzliche Anwendungssysteme (z. B. 
Finanzbuchhaltung, Kostenrechnung und Personalwirtschaft) und hat damit eine Ausrichtung 
auf sekundäre Aktivitäten im Unternehmen. Im Modell werden nur auftrags-, produkt- und 
ressourcenbezogene Informationsflüsse berücksichtigt [MeHo92, 13-16]. Im Vordergrund 
stehen dabei die informationsverarbeitenden Aufgaben des CIM-Bereichs. Das Modell nach 
Becker analysiert bereichsbezogene Interdependenzen und berücksichtigt damit die Entwick- 
lungen in Unternehmen, dass die Untemehmensbereiche nicht mit dem Fluss der Untemeh- 
mensvorgänge übereinstimmen. Dabei greift das Modell von Becker die Bereiche des Y -CIM- 
Modells auf und entwickelt Interdependenzkanten zwischen den einzelnen Bereichen, die als 
Ebenen auf das Y-Modell projiziert werden können (Abbildung 25, rechter Bildausschnitt) 
[Sche90,44]. 




Y-CIM-Modell Bereichsorientiertes Interdependenzmodell 



Abbildung 25: CIM-Y-Modell [in Anlehnung an Sche90, 2] und bereichsorientiertes 
Interdependenzmodell für den Bereich „Vertrieb“ [in Anlehnung an Beck91, 44| 

In der in [BeRo93] veröffentlichten Weiterentwicklung wird das Begriffsverständnis dahin- 
gehend präzisiert, dass der Informationsfluss innerhalb von und zwischen Organisationen das 
Objekt des CIM ist. Davon abzugrenzen ist die auf den Materialfluss bezogene Logistik [Be- 
Ro93, 33], wobei eine Dominanz produktionsbezogener Aspekte vorliegt (Fertigungslogistik). 
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Die im BIM vorgenommene Erweiterung des Y-Modells bezieht sich vorrangig auf die In- 
formationsflüsse zwischen den dargestellten Bereichen und deren Abhängigkeiten. 

Das BIM berücksichtigt explizit die Unterscheidung material- und informationslogistischer 
Aspekte. Die Verknüpfung von kaufmännischen mit konstruktions- und produktbezogenen 
Aufgaben im Unternehmen ermöglicht innerhalb eines Wertschöpfungssystems die integrierte 
Sicht von Fertigung und der gesamten Wertkette zur Abwicklung von Aufträgen. Für Mass 
Customization Informationssysteme relevant ist hierbei die informationslogistische Perspekti- 
ve, mit der sich die Informationsflüsse zwischen den Wertschöpfungspartnem beschreiben 
lassen. Die in [BeRo93] vorgenommene Unterscheidung zwischen den CIM-Begriffen und 
der Logistik spielt hierbei jedoch eine untergeordnete Rolle. 

2.2.23.5 CIM-KSA 

Das Integrationsmodell CIM-KSA nach Scholz-Reiter ist auf Industriebetriebe im Bereich des 
Maschinenbaus mit Einzel- und Kleinserienfertigung ausgerichtet. Es besteht aus zwei Teil- 
modellen: einem Referenzmodell, in dem die betrieblichen Funktionen modelliert werden, 
und einem Vorgehensmodell, das die Anwendung des Referenzmodells spezifiziert 
(Abbildung 26) [Scho90, 154]. Das CIM-KSA Datenmodell umfasst als Modellbestandteile 
die Objekte Aufgabe, Stelle als Aufgabenträger, Informationen als Objekte der Aufgaben- 
durchführung vtad Informationsflüsse als Transport der Information [Scho90, 154-155]. Diese 
Objekte werden in einer Modelldatenbank abgelegt. Zur Bildung eines untemehmensspezifi- 
schen Integrationsmodells werden zunächst die relevanten Aktivitäten ausgewählt. Nach einer 
Festlegung der Bearbeitungsreihenfolge der Aktivitäten und einer Bestimmung der kritischen 
Erfolgsfaktoren werden Bewertungskriterien für die Aktivitäten vereinbart. Die Bearbeitung 
der Aktivitäten auf Basis des Vorgehensmodells ist daraufhin möglich. Aufgrund des CIM- 
Bezugs werden als Aktivitäten CIM-Vorgangsketten verwendet [Scho90, 175]. Das CIM- 
KSA ist ausgerichtet auf Produktionsuntemehmen und stellt Methoden und Konzepte für ein 
rechnergestütztes Werkzeug für die Planung bereit. 
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Auswahl der relevanten CIM-Vorgangsketten aufgrund 
betriebstypologischer Merkmale 




<N 

< 


Festlegung der Reihenfolge der Bearbeitung der 
relevanten Vorgangsketten 




fO 

< 


Festlegung von globalen Bewertungskriterien 
für alle relevanten Vorgangsketten 




< 


Bearbeitung der relevanten 
Vorgangsketten 



Wiederholung für alle Vorgangsketten in 
der festgelegten Reihenfolge 

Abbildung 26: Vorgangsschritte der CIM-KSA |in Anlehnung an Seho90, 175| 

Das CIM-KSA stellt mit dem Fach- bzw. Referenz- und Vorgehensteilmodell ein umfangrei- 
ches Integrationsmodell für Industrieunternehmen vor. Das Referenzmodell enthält ein Da- 
tenmodell für statische Aspekte und Vorgangskettenmodelle für Vorgänge und Abläufe (dy- 
namische Aspekte). Somit bestätigt dieser Ansatz die Aufteilung in statische und dynamische 
Modelle für Mass Customization Informationssysteme. Das CIM-KSA enthält außerdem nicht 
nur Aussagen über den prinzipiellen Gegenstand der Modelle, sondern spezifiziert auch die 
Verwendung bestimmter Modellierungssprachen (hier: Vorgangsketten). Eine explizit inte- 
rorganisationale Perspektive wird jedoch nicht eingenommen. 

Alle der dargestellten Integrationsansätze fokussieren die funktions- und datenbezogene In- 
tegration von Unternehmen. Dabei werden teils umfangreiche Modelle der betrieblichen 
Funktionen und den damit verbundenen Daten entwickelt. Der Anwendungsbereich der Mo- 
delle ist auf fertigungsbezogene Unternehmen ausgelegt. Im Vergleich zu den Ansätzen zur 
Modellierung von Informationssystemen und Informationssystem-Architekturen weisen die 
dargestellten Integrationsansätze zwar einen Bezug zur DV-Verarbeitung auf, bleiben aber 
hinsichtlich der Überführung von betriebswirtschaftlichen Problemstellungen in implemen- 
tierte DV-Systeme auf einer konzeptionellen Ebene. Sie leisten damit einen inhaltlichen Bei- 
trag aufgrund der darin vorgenommenen Domänendekomposition auf Daten- und Funktions- 
ebene. 
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2.2.2.4 Aufbau eines generischen Architekturrahmens 

In ihrer Ausprägung und dem Einsatzzweck unterscheiden sich die vorhandenen Architektur- 
konzepte für Informationssysteme und deren Integration. Es können jedoch gemeinsame Ges- 
taltungsmerkmale identifiziert werden, welche die einzelnen Konzepte in unterschiedlicher 
Ausprägung aufweisen. Ein generischer Architekturrahmen wird in diesem Abschnitt darge- 
stellt und erläutert, da auf dessen Basis auch das spätere Vorgehen der Architekturentwick- 
lung (Abschnitt 5.1.3) formuliert wird. 

Wie im Software Engineering [vgl. IEEE90] und im Systems Engineering [Thom93] entsteht 
auch bei der Entwicklung betrieblicher Anwendungssysteme der Bedarf zur Modellierung und 
Visualisierung von Systemen [MüllOO, 108-110]. Zu den Ansätzen für eine Beschreibung und 
Analyse von Systemen gehören einerseits die Erstellung von Sichten auf das System und die 
Zerlegung des Systems. Bei der Betrachtung eines Systems aus verschiedenen Sichten werden 
mehrere Perspektiven eingenommen, die alleine nicht in der Lage sind, den Ausschnitt der 
Realwelt vollständig zu erfassen. Zu den möglichen Sichten gehören beispielsweise Ressour- 
cen, Kosten, Prozesse etc. [MüllOO, 111]. Zerlegungstechniken haben das Ziel, ein Gesamt- 
system in Teilsysteme zu zerlegen und damit handhabbar zu machen. Hierbei lassen sich die 
Dekomposition und die Abstraktion bzw. Konkretisierung unterscheiden. Mittels Dekomposi- 
tion werden Systeme in ihre Elemente und deren Beziehungen untereinander zerlegt. Das Ziel 
besteht dabei darin, mittels der Zerlegung Beziehungen zwischen Teilsystemen auf gleicher 
Detaillierungsstufe minimal zu halten [MüllOO, 125]. Erfolgt dies unter Berücksichtigung ei- 
ner Über- und Unterordnung von Teilsystemen, so spricht man von Hierarchisierung. Mittels 
Abstraktion oder Konkretisierung werden Systeme anhand des Kriteriums des Realweltbe- 
zugs entwickelt. Die Konkretisierung ist ein Top-Down-Ansatz, da das Gesamtmodell 
schrittweise verfeinert wird. Im Gegensatz dazu entspricht die Abstraktion einem Bottom-Up- 
Ansatz. Hierbei werden vorhandene oder einzelne Teilsysteme schrittweise zu einem Gesamt- 
system verbunden. Ein Vorteil dieses Vorgehens liegt darin, dass Systeme flexibler gestaltet 
werden können. Nachteilig wirkt sich jedoch der erhöhte Abstimmungsbedarf zwischen den 
Teilsystemen aus. Außerdem besteht die Gefahr von redundanten Teilsystemen [MüllOO, 126- 
128]. 

Der Ansatz von Sinz zur Bildung eines generischen Architekturrahmens greift die Unter- 
scheidung von Sichten auf ein System und die Zerlegung von Systemen in Teilsysteme auf 
(vgl. Modellebenen und -sichten) [Sinz02, 1056]. Jede Modellebene enthält eine vollständige 
Beschreibung des Gesamtsystems aus einer bestimmten Perspektive. Zu den vorgeschlagenen 
Perspektiven gehören beispielsweise die Aufgabenebene (vgl. Fachkonzept bei Scheer), die 
Aufgabenträgerebene oder die Softwareebene. Für die vorhandenen Modellebenen werden 
außerdem Sichten gebildet, die jeweils Teilausschnitte des Gesamtsystems betrachten. Bezo- 
gen auf eine Modellebene stellen die einzelnen Sichten jeweils unvollständige Beschreibun- 
gen dieser Ebene dar. Zu den bekannten Sichten innerhalb der Modellierung von Informati- 
onssystemen gehören beispielsweise die Daten-, Funktions- oder Prozesssicht [Sinz02, 1057]. 
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Der generische Architekturrahmen für Informationssysteme enthält außerdem weitere Be- 
standteile (z. B. Strukturmuster), die an dieser Stelle jedoch von geringer Bedeutung sind und 
daher unberücksichtigt bleiben. 

Analysiert man die vorhandenen Architektur- bzw. Modellierungskonzepte für Informations- 
systeme in Hinblick auf die Existenz der Konzepte „Modellebenen“ und „Sichten“, so lassen 
sich trotz der teils sehr unterschiedlichen Ansätze Gemeinsamkeiten feststellen. So enthält 
ARIS drei Modellebenen (Fachkonzept, DV-Konzept und Implementierung) bei einer Unter- 
scheidung der Sichten Organisation, Daten, Steuerung (auch: Prozess) und Funktion 
[Sche97a, 17]. Das Business Engineering Modell unterscheidet im PROMET-Ansatz die Mo- 
dellebenen Geschäftsstrategie, Prozess und Informationssystem und betrachtet diese jeweils 
aus den Sichten Organisation, Daten und Funktionen [Öste95, 31]. Das Semantische Objekt- 
modell enthält die drei Modellebenen Unternehmensplan, Geschäftsprozessmodell und Res- 
sourcenmodell. Für alle drei Modellebenen werden jeweils eine strukturorientierte und eine 
verhaltensorientierte Sicht definiert [Sinz02, 1062]. Auch Zachman unterscheidet verschiede- 
ne Abstraktionsniveaus (Modellebenen): scope, model of business, model of information Sys- 
tem und technology model [Zach87, 284-287]. Zudem werden die Sichten data model, pro- 
cess model und network model eingeführt [Zach87, 283]. Die Unterscheidung von Modell- 
ebene und Sichten ist somit ein verbreiteter Ansatz innerhalb der Modellierung von 
Informations- bzw. Anwendungssystem- Architekturen. 

Da nach Gutzwiller eine Modellierungsmethode nicht nur aus der zu verwendenden Modellie- 
rungssprache und der zu erwartenden Dokumentation in Form von Modellen besteht, sondern 
auch das Vorgehen zur Durchführung der Methoden definiert [Gutz94, 13], stehen die darge- 
stellten Architekturkonzepte auch in enger Beziehung zu Vorgehensmodellen. In der gewähl- 
ten Reihenfolge der Ebenen ist das Vorgehen als Konkretisierung zu bezeichnen. Der Ebe- 
nenverlauf repräsentiert dabei wiederum eine Konkretisierung von den betrieblichen Anforde- 
rungen zu dem Informationssystem. Die Unterscheidung der Dimensionen entspricht der 
Bildung von Sichten. Im Rahmen der Modellerstellung werden nacheinander auf jeder einzel- 
nen Ebene zunächst die festgelegten Dimensionen abgebildet. Das Vorgehen folgt dem Top- 
Down-Ansatz, da zunächst die Geschäftsstrategie, nachfolgend der Prozess und abschließend 
das Informationssystem modelliert werden [Öste95, 22-31]. Ein generalisiertes Vorgehen zur 
Entwicklung eines Informationssystems, das auf dem Business Engineering Konzept von 
Österle basiert, ist in [BienOl] dargestellt. Bieniek greift das Verständnis von Gestaltungsebe- 
nen und -dimensionen auf, stellt jedoch darauf ab, dass die Festlegung dieser beiden Parame- 
ter von der jeweiligen Aufgabenstellung und der Umfeldsituation abhängt. Das Modell der 
dort dargestellten Entwurfsmethodik berücksichtigt dabei konkrete Gestaltungsdimensionen, 
verzichtet jedoch zunächst auf eine Festlegung der Gestaltungsebenen (Abbildung 27). 
Innerhalb der Methoden zur Erstellung eines Informationssystems bzw. dessen Architektur 
können zudem die Ansätze der bekannten Vorgehendmodelle der Softwareentwicklung wie z. 
B. V-Modell, Wasserfallmodell oder Spiralmodell verwendet werden (eine vergleichende 
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Übersicht kann z. B. [HeMF92, 33-39] entnommen werden). So wird in [Öste95, 16] nicht 
nur die unidirektionale Entwicklung von der ersten bis zur letzten Ebene dargestellt, sondern 
ausdrücklich auch der Rückgriff auf die übergeordneten Ebenen. Dies ist bereits deshalb not- 
wendig, da Informationssysteme Restriktionen für übergeordnete Ebenen setzen können 
[Öste95, 18]. 

Die Darstellung der vorhandenen Architekturkonzepte hat gezeigt, dass sich trotz der zum 
Teil erheblichen Unterschiede der Ansätze konzeptionelle und methodische Gemeinsamkeiten 
erkennen lassen. Für den weiteren Verlauf der Arbeit erheblich ist dabei die Unterscheidung 
von Modellebenen und -sichten, um Informations- bzw. Anwendungssysteme detailliert ana- 
lysieren und beschreiben zu können. Weiterhin wird der generische Architekturrahmen auch 
als Entwurfsmethodik verwendet und stellt somit den Vorgang der Architekturentwicklung 
dar. 
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Abbildung 27: Generische Entwurfmethodik [nach Öste95, 30 mit den Erweiterungen 
von BienOl, 63] 

2.2.3 Modellierung von individualisierbaren Produkten 

Die Phase der Erhebung von Individualisierungsinformationen des Kunden gilt als wesentli- 
cher Abschnitt in der Prozesskette von Mass Customization [Pill98, 10; WüppOl, 152ff.; 
RPMö02b, 3], Der Erfolg von Anbietern kundenindividueller Massengüter hängt daher maß- 
geblich davon ab, inwieweit es ihnen gelingt, 1. die Wünsche des Kunden zu ermitteln, 2. die 
Wünsche und Anforderungen in Produkteigenschaften zu explizieren, 3. die Machbarkeit ei- 
nes spezifizierten Kundenproduktes zu überprüfen, 4. die Herstellung des Produktes zu orga- 
nisieren und 5. die eindeutige Zuweisung jedes einzelnen Produktes zu den jeweiligen Kun- 
den sicherzustellen. In diesem Zusammenhang finden sich in der Literatur insbesondere zwei 
Begriffe, die eng mit den erwähnten Anforderungen in Beziehung stehen: Produktmodell und 
Produktkonfiguration. In den folgenden Abschnitten wird deshalb der Begriff der Produktmo- 
dellierung dargestellt und eine Erweiterung des Begriffs der Produktkonfigurierung vorge- 
nommen. Die anwendungsorientierten Begriffe Produktmodellierung bzw. -konfiguration 
werden in vielen Bereichen verwendet (z. B. Produktdatenmanagement, Computer Aided En- 
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gineering und auch Mass Customization) und leiten sich von den theoretischen Konzepten 
„Modellierung“ und „Konfiguration“ ab. 

2.2.3. 1 Produktmodellierung 

Der strukturelle Aufbau von Gütern und insbesondere von Produkten wird in Form von Pro- 
duktmodellen abgebildet. Es werden die realen Elemente mit ihren Ausprägungen und deren 
Zusammenwirken abstrakt nachgebildet. Als Produktmodell versteht man deshalb die formale 
Beschreibung von Produktbestandteilen und deren Beziehung untereinander, d. h. man unter- 
scheidet zwischen teilespezifischen und strukturspezifischen Daten [WeMüSl, 377]. Der Be- 
zug zur rechnertechnischen Darstellung lässt eine Bezeichnung von Produktmodellen als Pro- 
duktdatenmodelle zu. Zur Interpretation dieser Modelle kann jedoch die Kenntnis von domä- 
nenspezifischem Wissen notwendig sein [Stro98, 65]. Der Begriff des integrierten 
Produktmodells geht über die produktionsorientierte Betrachtung hinaus, da neben der umfas- 
senden Beschreibung von verschiedenen physikalischen Produkteigenschaften die Sichtweise 
des Anwendungsbereiches sowie Produktinformationen aus allen Phasen des Pro- 
duktlebenszyklus berücksichtigt werden [GrAP93, 6]. 

Als Produktarchitektur bezeichnet Ulrich ein Modell, das die Funktionen eines Produktes mit 
dessen physischen Bestandteilen verknüpft. Dabei wird der Begriff anhand der folgenden drei 
Merkmale definiert: Eine Produktarchitektur besteht aus 

■ einer Gliederung von Funktionselementen (auch: -anforderungen), 

■ der Zuordnung von Funktionselementen und physischen Produktbestandteilen und 

■ der Spezifikation der Schnittstellen für die Interaktionen zwischen den physischen Pro- 
duktbestandteilen [Ulri95, 420]. 

Innerhalb von Produktarchitekturen lassen sich zwei gegensätzliche Arten unterscheiden: mo- 
dulare und integrale Architekturen. Modulare Produktarchitekturen implizieren die eindeutige 
Zuordnung von Produktbestandteil und Funktionselement. Die Schnittstellen zwischen den 
Produktbestandteilen lassen sich außerdem entkoppeln. Im Gegensatz dazu enthält eine integ- 
rale Produktarchitektur komplex verwobene Beziehungen zwischen Funktionselementen und 
Produktbestandteilen, so dass eine Zuordnung einer ausgewählten Funktion auf eine bestimm- 
te Produktkomponente nicht möglich ist [Ulri95, 422]. 

Modulare Produktarchitekturen können Ausgangspunkt von Produktmodularisierungen sein, 
die eine kosteneffiziente Herstellung individueller Produkte ermöglichen (vgl. Abschnitt 
2.1. 2.2.1). Innerhalb der modularen Produktarchitekturen werden drei verschiedene Arten 
voneinander abgegrenzt: 

■ Baugruppenkonzepte („Slot“), 

■ Buskonzepte („Bus“), 

■ Gliederbaukonzepte („Sectional“) [Ulri95, 424; eigene Übersetzung]. 
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Ökonomische Vorteile erzielen modulare Produktarchitekturen aufgrund der Möglichkeit zur 
Beherrschung von Produktvarietät, zur Unterstützung der Produktüberarbeitung, der Standar- 
disierung von Produktbestandteilen und zur Erhöhung der technischen Leistungsfähigkeit von 
Produkten [Ulri95, 426-432], Außerdem kann die „strategische Flexibilität“ [SancOO, 614] 
erhöht werden: Größere Produktvielfalt wird erreicht, technologisch weiterentwickelte Pro- 
dukte können schneller in den Markt eingeführt werden und Kosten für Entwicklung, Produk- 
tion, Vertrieb und Kundenservice können gesenkt werden [SancOO, 614], Aufgrund von kom- 
plexen Produktzusammensetzungen existieren Produktmodelle oft nicht in Form eines einzi- 
gen Modells, sondern sie setzten sieh aus Partialmodellen zusammen. Hierbei nehmen die 
einzelnen Teilmodelle jeweils bestimmte Perspektiven ein oder sie berücksiehtigen nur aus- 
gewählte Aspekte des Produktes (z. B. im Rahmen von STEP [AnTrOO], vgl. Abschnitt 
4.2.2.1). 

Die vorliegende Arbeit schränkt die Betrachtung nicht ex ante auf ausschließlich eine der bei- 
den Arten von Produktarchitekturen ein (modular oder integral), fokussiert jedoch den modu- 
laren Ansatz. Dies liegt einerseits an der Komplexitätsreduzierung aufgrund einer direkten 
Zuordnung von Produktfunktionen und -bestandteilen, welche die produktbezogenen Modelle 
der Anwendungsarchitektur vereinfachen, und andererseits an der Anwendbarkeit des Ansat- 
zes für das Branchenbeispiel für die Schuhindustrie. 

2.2.3.2 Produktkonfiguration und Erweiterung des Konfigurationsbegriffs 

Die Herstellung von Gütern in kundenspezifisch individualisierten Wertschöpfungssystemen 
erfordert die Ermittlung von Parametern, mittels derer ein Kunde sein gewünschtes Produkt 
spezifizieren kann. Dieser Vorgang wird - nicht nur innerhalb der Mass Customization For- 
schung - als „Produktkonfigurierung“ bezeichnet [WüppOO; Pill03, 276ff ] und beschreibt den 
Vorgang der Anpassung von Produkten an die individuellen Vorgaben von Kunden. Hierbei 
werden unterstützende Instrumente wie z. B. Produktkonfiguratoren eingesetzt, um die Aus- 
wahlmöglichkeiten für den Kunden explizit zu machen [Wüpp99]. 

Definitionen für die Begriffe „Konfiguration“ und „Konfigurieren“ können der Informatik 
entnommen werden. Innerhalb der Künstlichen Intelligenz als Teilbereich der Informatik und 
insbesondere im Forschungsbereich der Expertensysteme existieren verschiedene Problemlö- 
sungstypen. Man unterscheidet hierbei zwischen Klassifikation (Auswahl einer optimalen 
Lösung aus einer Menge von vorgegebenen Lösungen), Konstruktion (Zusammensetzung 
einer Lösung aus Lösungselementen) und Simulation (Lösung als Vorhersage der Auswirkun- 
gen von gegebenen Ursachen) [GrasOO, 24; Pupp90]. Die Konfigurierung von Gütern lässt 
sich grundsätzlich dem Problemlösungstyp der Konstruktion zuordnen [GrasOO]. Unter Be- 
rücksichtung des „match-to-order“-Prinzips als der einfachsten Form von Mass Customizati- 
on (vgl. Abbildung 3) können jedoch auch Methoden der Klassifikation zur Spezifizierung 
von Gütern zum Einsatz kommen (vgl. Formen des Mass Customization bzw. der Kundenin- 
tegration). Begrifflich ist zwischen Konfigurierung und Konfiguration zu differenzieren. Als 
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Konfigurierang bezeichnet man den Vorgang der „Aggregation von Objekten zu einer Konfi- 
guration“ [Rose92], Unter einer Konfiguration versteht man dagegen das Ergebnis einer Kon- 
figurierung, d. h. ein konfiguriertes bzw. spezifiziertes Gut. Ein wesentlicher Unterschied 
zwischen den beiden Begriffen besteht also darin, dass die Konfigurierung einen dynamischen 
Vorgang darstellt (Iterativum) und somit einen Zeitverlauf aufweist, der im Begriff der „Kon- 
figuration“ fehlt (Faktitivum). 

Während die Begriffe der Konfiguration aus theoretischer Sicht ohne Anwen- 
dungsperspektive existieren, findet mit der Produktkonfiguration bzw. -konfigurierang eine 
explizite Übertragung auf den Bereich ökonomischer Systeme mit Güterangebot statt 
[Wüpp99]. Aus Sicht des Produktentwicklungsprozesses werden unter einer Konfiguration 
daher die ,,[f|unktionelle[n] und physische[n] Merkmale eines Produktes [verstanden], wie sie 
in seinen technischen Dokumenten beschrieben und im Produkt verwirklicht sind“ [DIN96, 5; 
vgl. GrasOO, 49-50]. Damit stehen aus der Perspektive der Produktentwicklung nicht die Ab- 
leitung neuer Produktvarianten, die Bereitstellung von Individualisierungsoptionen oder das 
Verfahren zur Problemlösung im Vordergrund, sondern die Dokumentation des Produkts. Die 
Bedeutung von Produktkonfigurationen ergibt sich nicht nur aus ihrer notwendigen Verwen- 
dung für die Herstellung von Gütern, sondern auch aus Sicht des Qualitätsmanagements, da 
vollständige, systematische und reproduzierbare Beschreibungen der Produkte aufgrund ge- 
setzlicher Bestimmungen und gesellschaftlicher Anforderungen an Bedeutung gewinnen 
[GrasOO, 12]. In der Verwendung des Begriffs „Produktkonfigurator“ oder „Produktkonfigu- 
rationssystem“ verbindet sich der methodische Ansatz zur Problemlösung in Form von DV- 
Systemen. Zu den Aufgaben dieser Systeme gehören beispielsweise die Erhebung der Kun- 
dendaten, die Visualisierung der Konfigurationsmöglichkeiten, die Plausibilitätsprüfung, ein 
prozessorientiertes Verfahren zur Durchführung der Konfigurierang sowie der Abschluss ei- 
nes Auftrages. 

Für die Betrachtung individualisierter Güter in mehrstufigen Wertschöpfungssystemen er- 
weist sich dieser Betrachtungsrahmen für den Begriff „Konfiguration“ aus zwei Gründen als 
unzureichend: 

1. Produktkonfigurierang fokussiert die Schnittstelle zwischen dem Kunden und dem 
produzierenden Unternehmen und setzt dabei die Bereitstellung selektierbarer Pro- 
duktoptionen im Sinne modularer Produktstrakturen voraus. Damit eignet sich die- 
ses Begriffsverständnis nicht für Wertschöpfungssysteme, die eine höhere Kunden- 
integration als im „assemble-to-order“ (Herstellung eines Produktes aus standardi- 
sierten Komponenten, vgl. [PiMö02]) aufweisen'. 

2. Systeme für die Produktkonfiguration stellen Methoden zur Spezifizierung von in- 
dividualisierten Gütern unter Berücksichtigung vorhandener Produktoptionen und 
Abhängigkeiten zwischen gewählten Optionen zur Verfügung. Die Verknüpfung mit 
betrieblichen Informationssystemen (z. B. für die Berücksichtigung von Lieferzei- 
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ten, Produktionskapazitäten, Lieferantenzuordnung etc.) sowie die sich aus der ge- 
wählten Produktspezifikation ergebenden Implikationen für die Gestaltung des 
Wertsehöpfungssystems werden vemaehlässigt. 

Eine auf die Kundenschnittstelle reduzierte Betrachtung des Konfigurationsbegriffs schränkt 
die Gestaltungsmögliehkeiten von Mass Customization Wertschöpfungssystemen ein und ist 
darum für die vorliegende Arbeit ungeeignet. Das zugrunde liegende Modell umfasst deshalb 
die Verknüpfung von Produktkonfigurierung als den Vorgang der Ermittlung von Individuali- 
sierungsinformationen mit der Konfiguration der Lieferkette, die ein offenes Wertschöpfungs- 
system bildet und die dynamische Hinzunahme von Wertschöpfungspartnem erlaubt (z. B. 
über elektronische Märkte). Das bedingt die explizite Modellierung von Beziehungen zwi- 
sehen Wertsehöpfungspartnem, Wertsehöpfungsleistungen (z. B. Produktionssehritte imd 
Logistikaktivitäten) und den Produktbestandteilen. Erst durch deren Kombination kann im 
Fall von Mass Customization die eingeschränkte Betraehtung auf die Kundensehnittstelle 
(Konfiguration als Auswahl von Produktoptionen) durch ein durchgängiges, mehrstufiges 
Wertschöpfungssystem für kundenindividuelle Produkte ersetzt werden. 

Betrachtet man die Formen der Kundenintegration hinsiehtlich des Prozesses der Informati- 
onserhebung, so lässt sich der pauschal verwendete Begriff der „Produktkonfiguration“ diffe- 
renzieren. In Tabelle 2 ist für jede Art der Kundenintegration (vgl. Abbildung 3) die jeweilige 
Spezifikationsform mit einem Beispiel und die jeweilige Auswirkung auf die Mehrstufigkeit 
des Wertschöpfungssystems dargestellt. Bei einem „match-to-order“ findet eine Produktselek- 
tion statt, da aus einem vorgegebenen Angebot einzelne Produkte oder Produktvarianten aus- 
gewählt werden. Im Fall des „bundle-to-order“ werden Produkte oder Produktkomponenten 
kombiniert. Die (kundenneutrale) physisehe Herstellung der Produkte liegt in beiden Fällen 
vor dem Auftragseingang, so dass sich die Mehrstufigkeit nicht auf den Spezifizierungspro- 
zess auswirkt. Das „assemble-to-order“ und das „made-to-order“ entspreehen weitgehend 
dem bisherigen Verständnis von „Produktkonfiguration“, da in beiden Fällen angebotene Pro- 
duktparameter an die jeweiligen Kundenbedürfnisse angepasst werden können. Der wesentli- 
che Untersehied liegt in der Besehränkung der wählbaren Wertebereiche. Beim „assemble-to- 
order“ wird dieser vordefiniert. Es ist lediglich eine Auswahl bestimmter Werte möglieh. Im 
Gegensatz dazu ist im Fall des „made-to-order“ der Freiheitsgrad festgelegt (Produktparame- 
ter), die Festlegung des Parameters unterliegt jedoeh nieht diskreten Werten. In beiden For- 
men müssen Individualisierungsinformationen ausgetauscht werden, falls individuelle Pro- 
duktbestandteile beschafft werden. Somit beeinflusst die Mehrstufigkeit die Gestaltung des 
Wertschöpfungssystems aufgrund des Vorfertigungsgrades und des Zeitpunktes der Individu- 
alisierung. Die größte Individualisierbarkeit ist im „engineer-to-order“ vorgesehen, da hierbei 
Kundenanforderungen ermittelt werden, die sieh zunäehst weniger in Produktparametem als 
in Leistungsbedürfnissen ausdrüeken lassen. Innerhalb einer Anforderungsanalyse müssen 
diese Informationen zunächst in Individualisierungsparameter übersetzt werden, bevor die 

^ Ansätze zur Erweiterung von Konfigurationssystemen finden sich unter dem Begriff „Toolkits“, z. B. in [HippOO], 
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Herstellung beginnen kann. Diese Art der Kundenintegration kann auch als kooperative Pro- 
duktentwicklung bezeichnet werden. 

An dieser Stelle werden die Einschränkungen des Begriffs „Konfiguration“ expliziert und für 
die Verwendung im Zusammenhang mit mehrstufigen Wertschöpfungssystemen erweitert. Im 
Vordergrund steht hierbei, dass unabhängig von dem gewählten Grad der Kundenintegration 
ein Vorgang der Informationserhebung notwendig ist. Wird dieser „Konfiguration“ genannt, 
so ergibt sich an folgenden Stellen ein verkürztes Begriffsverständnis: 

■ Die Produktindividualisierung kann nur anhand weniger, vordefinierter Parameter vor- 
genommen werden und 

■ die Interaktion vollzieht sich nur zwischen Kunde und einem Anbieter, der das Konfi- 
gurationssystem bereitstellt; eine Verankerung betriebswirtschaftlicher Informationen 
findet aber nicht statt. 

Aufgrund dieser Einschränkungen wird die Konfigiuation nachfolgend im Sinne einer „Spezi- 
fikation“ verwendet, die unabhängig von der Art und dem Umfang der Individualisierung den 
Bedarf nach Informationserhebung zum Ausdruck bringt. Als Konfiguration wird daher wei- 
terhin die Bereitstellung einer Lösung für einen Lösungsraum bezeichnet, jedoch nicht be- 
schränkt auf das Produkt, sondern beispielsweise auch auf das Wertschöpfungssystem („end- 
kundenspezifisch individualisiertes Wertschöpfungssystem“). Wird im weiteren Verlauf der 
Arbeit der Begriff der Konfigiuation verwendet, so reduziert sich die Betrachtung nicht auf 
die Produktkonfigurierung im engen Sinn (Auswahl von einzelnen Produktparametern), son- 
dern berücksichtigt das gesamte Wertschöpfungssystem, das in Abhängigkeit von der angebo- 
tenen Leistung durch den Hersteller, von der kundenbezogenen Spezifikation der Leistung 
durch den Abnehmer und von der individualisierten Zusammensetzung der Wertschöpfungs- 
partner gebildet wird. Bei der Erstellung von Konfigurationen wird auf der Basis explizierter 
Produktoptionen eine gültige Produktspezifikation erstellt und eine Instanziierung des Wert- 
schöpfungssystems für einen bestimmten Auftrag vorgenommen. 
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Art der Kunden- 
integration 


Spezifikationsform 


Beispiele 


Auswirkungen der 
Mehrstuflgkeit 


match-to-order / 
locate-to-order 


Produktselektion 


Auswahl eines einzelnen 
Produktes aus einem 
vorgegebenen Angebot 
(z. B. Produkt Variante 1 
oder Produkt Variante 2) 


Keine, da Produkte vor 
Auftragseingang zur Ver- 
fügung stehen (ggf. von 
Unternehmen zugeliefert) 


bundle-to-order 


Produktkombination 


Auswahl mehrerer eigen- 
ständiger Produktteile 
aus einem vorgegebenen 
Angebot zu einem Ge- 
samtprodukt 
(z. B. Produkt Variante 1 
und Zubehör A) 


Keine, da Produkte vor 
Auftragseingang zur Ver- 
fügung stehen (ggf. von 
Unternehmen zugeliefert) 


assemble-to- 

order 


Produktkonfiguration 


Vordefinierte Festlegung 
angebotener Produktpa- 
rameter 

(Enumerative Datentypen, 
z. B. „1, 2, 3 oder 4“ oder 
„grün, rot oder gelb“) 


Weitergabe der Individua- 
lisierungsinformationen in 
Abhängigkeit von dem 
Vorfertigungsgrad und 
dem Zeitpunkt der Indivi- 
dualisierung 


made-to-order 


Produktkonfiguration 


Freie Festlegung angebo- 
tener Produktparameter 

(z. B. „Beliebige Farbe aus 
dem RGB-Farbraum“) 


Weitergabe der Individua- 
lisierungsinformationen in 
Abhängigkeit von dem 
Vorfertigungsgrad und 
dem Zeitpunkt der Indivi- 
dualisierung 


engineer-to-order 


Kooperative Produkt- 
entwicklung 


Erhebung von Kunden- 
anforderungen 

(Anforderungsanalyse, z. 
B. über bilateralen Dialog) 


Anpassung von Produkt- 
und Wertschöpfungsmo- 
dell auf Basis der Kunden- 
anforderungen 



Tabelle 2: Formen der Produktspezifikation in Abhängigkeit von der Kundenintegrati- 
on |in Anlehnung an PiMö02| 





3 Institutionellökonomische Analyse als theoretischer 
Bezugsrahmen der Anforderunganalyse 

In diesem Kapitel werden die Anforderungen an Mass Customization Informationssysteme 
abgeleitet („Requirements Engineering“). Dies erfolgt in der vorliegenden Arbeit mittels einer 
Analyse auf Basis ökonomischer Theorien. Als theoretisches Fundament wird die Neue Insti- 
tutionenökonomik mit ihren Teiltheorien „Transaktionskostentheorie“ und „Prinzipal- 
Agenten-Theorie“ verwendet. Die Ermittlung der Anforderungen ist Voraussetzung für die 
Entwicklung der Anwendungsarchitektur von Mass Customization Informationssystemen. Als 
Anforderung („requirement“) im Rahmen der Softwareentwicklung werden Bedingungen an 
Softwaresysteme und deren Fähigkeiten bezeichnet, die von Nutzem der Software zur Lösung 
eines bestimmten Problems benötigt werden und dafür dokumentiert wurden [IEEE90, 62]. Es 
lassen sich mehrere Arten von Anforderungen unterscheiden. Die Literatur differenziert zwi- 
schen funktionalen Anfordemngen und nicht-funktionalen Anforderangen. Mit funktionalen 
Anforderungen werden Funktionen von Softwaresystemen oder von Teilsystemen beschrie- 
ben, die ausgeführt werden können [1EEE90, 35] und anwendungsbezogene Aufgaben erfül- 
len. Nicht-funktionale Anforderungen hingegen berücksichtigen beispielsweise implementie- 
rangstechnische, organisatorische oder ökonomische Vorgaben für die Entwicklung [IEEE90, 
26 und 39; HofmOO, 7f]. In den nachfolgenden Abschnitten werden die funktionalen Anfor- 
derungen an Mass Customization Informationssysteme ermittelt. Damit fokussiert die Analy- 
se die für die Abwicklung von Mass Customization Aufträgen notwendigen Funktionen von 
Mass Customization Informationssystemen. 

Zunächst werden die vorhandenen ökonomischen Theorien dargestellt, die für die Durchfüh- 
rung der Anforderangsanalyse verwendet werden können (Abschnitt 3.1). Als geeignetes A- 
nalyseinstrament wird dabei die Neue Institutionenökonomik identifiziert, die aufgrund der 
expliziten Berücksichtigung von Informations- und Kommunikationskosten wesentliche Ei- 
genschaften von Mass Customization abbilden kann. Anschließend wird ein Grundmodell 
eines Mass Customization Wertschöpfungssystems eingeführt (3.2). Im weiteren Verlauf 
werden unter Verwendung der Transaktionskostentheorie (3.3) und der Prinzipal-Agenten- 
Theorie (3.4) die Austauschbeziehungen innerhalb des Wertschöpfungssystems analysiert. 
Die abgeleiteten Anforderungen an Mass Customization Informationssysteme werden ab- 
schließend zusammengefasst dargestellt und funktional spezifiziert (3.5). 

3.1 Ausgewählte Theorien 

Die Erklärung des Zustandekommens von Unternehmungen als realwirtschaftliche Ausprä- 
gungen ökonomischer Systeme ist in der Wissenschaft Gegenstand unterschiedlicher Theorie- 
ansätze. Die theoriebasierte Analyse in dieser Arbeit hat zum Ziel, die sich aus der betriebli- 
chen Umsetzung der Strategie Mass Customization ergebenden Anforderungen an Informati- 
onssysteme zu ermitteln. Dafür werden im weiteren Verlauf die zur Verfügung stehenden 
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Theorien kurz dargestellt und auf ihre Eignung für die Analyse untersucht. Im Zeitverlauf hat 
sich dabei eine Vielzahl ökonomischer Theorien entwickelt. Berücksichtigt werden in dieser 
Arbeit die markttheoretische Klassik und Neoklassik und die Neue Institutionenökonomik mit 
ihren Teiltheorien Transaktionskostentheorie („Transaction Cost Economics“), Theorie der 
Verfügungsrechte („Property Rights Theory“), Agenturtheorie bzw. Prinzipal-Agenten- 
Theorie („Agency Theory“) sowie Informationsökonomie. Anschließend werden die Indust- 
rieökonomik („market-based view“) und der ressourcenbasierte Ansatz („resource-based 
view“) dargestellt. Nach jedem Abschnitt wird eine Bewertung hinsichtlich der Eignung der 
Theorie für die Analyse der an Mass Customization zu stellenden Entwurfsanforderungen 
vorgenommen. 

3.1.1 Markttheoretische Klassik und Neoklassik 

Vertreter der Klassik sehen im Mittelpunkt ihrer Ansätze die Bedingungen einer freien Wirt- 
schaftsordnung, die auf Tauschprozessen basiert [Scha93, 4170]. Zu den Prämissen der Theo- 
rie gehören Vertragsfreiheit, rationale Interessenswahrung und Marktmechanismen. Diese 
führen zu Gleichgewichtspreisen, wobei aufgrund einer „unsichtbaren Hand“ [vgl. Scha93, 
1471] auch ohne zentrale Koordination wohlfahrtsmaximale Situationen erreicht werden kön- 
nen [Scha93, 4170-4171]. Als Hauptvertreter gilt Adam Smith [Smit74], der in seinen Wer- 
ken vor allem Koordinationsprobleme zwischen Akteuren von Austauschprozessen betrachtet. 
Smith beschreibt die potentiellen Effizienzsteigerungen durch Arbeitsteilung und Spezialisie- 
rung, ohne jedoch den Vorgang der dafür notwendigen Umstrukturierungen zu diskutieren. 
Unternehmen sind somit notwendige Bestandteile der Austauschprozesse. Sie werden jedoch 
nicht als eigenständiger Betrachtungsgegenstand aufgefasst [Scha93, 4171]. In diesem Zu- 
sammenhang sind auch die Begriffe „stilisiertes Unternehmen“ und „stilisierter Akteur“ ent- 
standen, welche die Entfernung dieser modellhaften Begriffe von der Realität widerspiegeln 
[Scha93,4169und4171]. 

Im Rahmen der neoklassischen Entwicklung wurde der Marktmechanismus als Koordinati- 
onsinstrument für individuelle Entscheidungen um formale Konzepte ergänzt. Einerseits wur- 
de die Haushaltstheorie entwickelt, um ausgehend von Nutzenfunktionen die Nachfrage auf 
Märkten zu analysieren. Andererseits entstand die Untemehmenstheorie, welche die Ange- 
botsseite abbildet und Unternehmen auf Produktionsfunktionen und optimale Faktorkombina- 
tionen reduziert [Scha93, 4172]. Die neoklassische Markttheorie betrachtet hierbei die Bedin- 
gungen, unter denen Gleichgewichtspreise auftreten. Wie sich diese jedoch einstellen, d. h. 
der Vorgang dessen, bleibt unberücksichtigt [Scha95, 520-521; Scha96, 345]. Die neoklassi- 
sche Markttheorie bzw. das Konzept des vollkommenen Marktes fußt dabei auf folgenden 
Annahmen [z. B. Clar23 und Clem51]: 
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■ Homogenität der Güter, 

■ keine persönlichen, räumlichen oder zeitlichen Präferenzen bei Produktangebot und 
-nachfrage, 

■ vollkommene Markttransparenz, 

■ kostenloser marktlicher Preismechanismus, 

■ Konzentration auf den Preismechanismus (Koordinationskosten existieren nicht). 

Damit werden Unternehmen auf ihre Funktion als „Optimierungsmaschine“ [Scha93, 4172] 
reduziert. Kennen Unternehmen ihre Produktionsfunktion, wurde als Ziel die Gewinnmaxi- 
mierung festgelegt und sind die o. g. Voraussetzungen vollkommener Märkte erfüllt, so be- 
steht aus Sicht der Markttheoretiker keine Notwendigkeit zur Betrachtung interner Prozesse 
[Scha93, 4172; Arro69]. Kosten für die Koordination von Transaktionen werden nicht be- 
rücksichtigt. 

Die Klassik und Neoklassik eignen sich mit dem marktlichen Grundmodell grundsätzlich für 
eine Analyse von Wertschöpfungssystemen. Die Ausrichtung auf bilaterale Beziehungen lässt 
sich mit dem Bestreben nach Modellvereinfachung begründen. Sie liegt bei mehreren Ansät- 
zen vor und kann mittels Modellerweiterung beseitigt werden. Allerdings stehen bereits die 
Grundannahmen von Klassik und Neoklassik konfliktär zu den Merkmalen von Mass Custo- 
mization. So trifft die Homogenität von Gütern ausdrücklich nicht zu und die Individualisier- 
barkeit von Produkten verursacht Präferenzen gegenüber Produkten und Unternehmen. Für 
die Analyse von Mass Customization Wertschöpfungssystemen dieser Arbeit sind die klassi- 
schen und neoklassischen Ansätze deshalb ungeeignet. 

3.1.2 Neue Institutionenökonomik 

Im Zentrum der Neuen Institutionenökonomik stehen die Analyse von Institutionen, die zwi- 
schen ihnen stattfindenden ökonomischen Austauschbeziehungen und die dadurch induzierten 
Kostenwirkungen. Die sich ergänzenden und zum Teil überschneidenden Ansätze sind hierbei 
die Theorie der Verfügungsrechte („Property Rights Theory“), die Agenturtheorie bzw. Prin- 
zipal-Agenten-Theorie („Agency Theory“) und die Transaktionskostentheorie („Transaction 
Cost Economics“). Den nachfolgenden Ausführungen wird außerdem eine Darstellung der 
Theorie der Informationsökonomik vorangesetzt. 

3. 1.2.1 Informationsökonomik 

Die Informationsökonomik untersucht Unsicherheiten auf Märkten, die aufgrund von asym- 
metrischen Informationsverteilungen zwischen den Marktteilnehmern entstehen [Kaas95a, 
972], Akerlof kam beispielsweise zu der Erkenntnis, dass sich Unsicherheiten hinsichtlich der 
Qualitätseigenschaften von Produkten negativ auf das Marktverhalten auswirken können. 
Kunden können die Qualität nicht beurteilen und weisen daher eine gesenkte Zahlungsbereit- 
schaft auf [Aker70, 488 und 500], Mit der Grundannahme unvollkommener Informationen 
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grenzt sich die Informationsökonomik vom Ansatz der Neoklassik ab und lässt sich der Neu- 
en Institutionenökonomik zuordnen. In der Literatur hat die Informationsökonomik entweder 
als Bestandteil der Neuen Institutionenökonomik Einzug gefunden [Kaas95a, 973; Jäge04, 
37] oder sie gilt als gedankliches Fundament für deren Teiltheorien (s. nachfolgende Ab- 
schnitte). Die Bewertung der Unsicherheiten von Leistungsangeboten innerhalb von ökono- 
mischen Austauschsystemen kann anhand des „informationsökonomischen Dreiecks“ vorge- 
nommen werden. Darin werden Such-, Erfahrungs- und Vertrauenseigenschaften unterschie- 
den [WeAd95, 99]. Sucheigenschaflen können vor einem Kauf zu geringen Kosten ermittelt 
werden (z. B. Produktfarbe). Die damit verbundene Unsicherheit lässt sich diuch Recherchen 
reduzieren. Erfahrungseigenschaften sind Kunden ex post bekannt, d. h. während oder nach 
dem Kauf (z. B. Produktlebensdauer). Diese wirken sich auf die rückwirkende Beurteilung 
des Kaufs und die Motivation für Wiederholungskäufe aus. Vertrauenseigenschaf ien schließ- 
lich lassen sich weder vor noch nach dem Kauf beurteilen (z. B. nachträglich nicht überprüf- 
bare Qualitätsmerkmale) [Kaas95a, 975]. 

Eine Systematik für Güter und Leistungen auf Basis informationsökonomischer Kriterien 
kann [PiRW03, 356] entnommen werden. Individualisierte Leistungen weisen Unsicherheiten 
für Anbieter und Nachfrager auf; die Anwendbarkeit der Informationsökonomik ist daher ge- 
geben. Die Unsicherheit tritt in zweifacher Form auf. Es existiert einerseits die Unsicherheit 
über die Produkteigenschaften (Qualitätsunsicherheit), andererseits besteht eine Unsicherheit 
hinsichtlich des Leistungsverhaltens der Austauschpartner (Verhaltensunsicherheit) [nach 
Jäge04, 39; vgl. dazu Schn97, 86]. 

3.1 .2.2 Transaktionskostentheorie 

Die Transaktionskostentheorie untersucht die Ausführung von Transaktionen und deren Effi- 
zienz unter bestimmten institutionellen Rahmenbedingungen. Der Ansatz geht auf die Arbei- 
ten von Coase [Coas37; Coas60] und Williamson [Will75; Will85] zurück und wurde vielfach 
weiterentwickelt [vgl. Pico93 und Schm92]. Betrachtungsgegenstand der Transaktionskosten- 
theorie sind Transaktionen, die als Austauschbeziehung zwischen ökonomischen Einheiten 
aufgefasst werden, und die mit der Transaktion verbundenen Kostenwirkungen. Der wesentli- 
che Beitrag der Transaktionskostentheorie besteht darin, eine kostenmäßige Bewertung von 
Transaktionen in unterschiedlichen institutioneilen Rahmenbedingungen vorzunehmen. Kos- 
ten im Sinne der Transaktionskostentheorie sind weitgehend Informationskosten zur Ausges- 
taltung und Durchführung einer Transaktion [vgl. Pico82, 270; EbGo99, 225]. Die Höhe der 
Transaktionskosten wird von drei Merkmalen bestimmt: transaktionsspezifische Investitionen 
(z. B. aufgrund akteursspezifischer Ausstattung mit Produktionsfaktoren), die Unsicherheit 
von Transaktionen und die Häufigkeit von Transaktionen [EbGo99, 228]. 

Neben weiteren, sehr spezifischen Einsatzgebieten lassen sich vor allem zwei grundlegende 
Ansätze der Transaktionskostentheorie unterscheiden: Als Analyseinstrument untersucht die 
Transaktionskostentheorie die Kosten in Qrganisationen und deren institutionelle Regelungen. 
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Die Allokation von Produktionsfaktoren kann unter Verwendung von Preismechanismen 
(Markt) oder Weisungsprinzipien (Hierarchie) vorgenommen werden [Neus03, 124], Ob- 
gleich die zahlenmäßige Aufstellung der Transaktionskosten meist ausbleibt, ermöglicht die 
Transaktionskostentheorie prinzipielle Aussagen über die situationsbezogene Vorteilhaftigkeit 
bestimmter Markt-Hierarehie-Kombinationen. Verändern sieh die Kosten einer Transaktion, 
so soll mittels Transaktionskostentheorie die nunmehr effizienteste institutioneile Struktur 
bestimmt werden können. Aufgrund der Ergänzung der unmittelbaren Produktionskosten um 
die mittelbaren Transaktionskosten bildet die Transaktionskostentheorie im Vergleich zur 
Neoklassik Unternehmen umfassender ab und berücksichtigt insbesondere auch die Kosten- 
wirkungen der organisatorischen Regelung. Hingegen entwickelt die Transaktionskostentheo- 
rie als Gestaltungsinstrument Aussagen darüber, welche institutionelle Struktur bei bestimm- 
ten Transaktionen die höchste Effizienz aus Sicht der Kosten aufweist. Die Transaktionskos- 
tentheorie wird auch dafür verwendet, Entscheidungen zwischen Selbst- und Fremderstellung 
von Gütern zu begründen. 

3.1 .2.3 Theorie der Verfügungsrechte 

Gegenstand der Verfügungsrechtstheorie ist die „Institution des Verfügungsrechts“ [EbGo99, 
200], Als wesentliche Vertreter gelten Demsetz und Alchian [Dems64, Alch95 und AlDe72]. 
Verfügungsrechte bestimmen hierbei den rechtlichen Verfügungsrahmen ihrer Inhaber gegen- 
über Ressourcen. Das Erkenntnisinteresse besteht hierbei sowohl darin, die Wirkungen der 
Verteilung und Ausgestaltung der Verfügungsrechte von Individuen gegenüber ihrem Verhal- 
ten als auch die Entstehung, Verteilung und Veränderung von Verfügimgsrechten selbst zu 
untersuchen [EbGo99, 200]. Die Verfügungsrechte lassen sich hierbei in vier Einzelrechte 
unterteilen: Das Recht, ein Gut zu nutzen; das Recht, ein Gut zu verändern; das Recht, Erträge 
aus einem Gut einzubehalten, und das Recht, das Gut zu veräußern [Scha98, 33], Akteure 
ökonomischer Systeme werden nach der Verfügungsrechtstheorie bei den gegebenen Rah- 
menbedingungen die Verteilung von Verfügungsrechten an Ressourcen und deren Nutzung so 
wählen, dass ihr Nettonutzen maximiert wird. Der Nettonutzen ist nach der Theorie jedoch 
umso geringer, je weniger Verfügungsrechte ein Akteur gegenüber einer Ressource innehat 
(„Verdünnung der Verfügungsrechte“ [EbGo99, 202]). Weiterhin verringern Transaktions- 
kosten zur Erwerbung, Anpassung und Übertragung von Verfügungsrechten den erzielbaren 
Nettonutzen. 

3. 1.2.4 Agenturtheorie (Prinzipal-Agenten-Theorie) 

Die Agenturtheorie untersucht die vertragliche Gestaltung ökonomischer Austauschbeziehun- 
gen, in denen Akteure jeweils als Auftraggeber („Prinzipal“) oder Auftragsnehmer („Agent“) 
tätig werden. Als wesentliche Vertreter und Begründer der Theorie gelten Berle und Means 
[BeMe33]. Wesentlicher Betrachtungsgegenstand der Agenturtheorie ist hierbei die Instituti- 
on des Vertrags [EbGo99, 210], Unter Ausnutzung des Vorteils, operative Aufgaben delegie- 
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ren zu können und an Informationsvorsprüngen von Individuen partizipieren zu können, über- 
trägt ein Prinzipal Entscheidungskompetenzen zur Erreichung bestimmter Aufgaben an einen 
Agenten. Im Vordergrund der Agenturtheorie steht demnach die „vertragliche Gestaltung der 
Beziehung zwischen Auftraggeber [...] und Auftragnehmer [...] unter Bedingungen unglei- 
cher Informationsverteilung und Unsicherheit sowie unter Berücksichtigung der Risiko- 
verteilung^' [EbGo99, 210, kursive Darstellung gemäß Quelle]. Das Gerüst der Agenturtheorie 
basiert auf drei Grundannahmen: einem vertragstheoretischen Organisationskonzept, einem 
Verhaltensmodell, das „individuelle Nutzenmaximierung ungleiche Informationsverteilung, 
Interessensunterschiede und die Risikoneigung der Akteure betont“ [EbGo99, 21 1] und auf 
Agenturkosten als notwendige Voraussetzung für die optimale Gestaltung von Verträgen 
[EbGo99, 211]. Die Kemaussage der Agenturtheorie besteht darin, dass Prinzipal- Agenten- 
Beziehungen Probleme aufweisen (insbesondere „hidden information“ als Informations- 
asymmetrien vor Vertragsabschluss und „hidden action“ als Informationsasymmetrien wäh- 
rend der Vertragserfüllung [EbGo99, 213]) und somit ein Bedarf an Koordinationsmechanis- 
men besteht. Mit der Prinzipal- Agenten-Theorie lassen sich die Eigenschaften und Probleme 
innerhalb derartiger Austauschbeziehungen analysieren und Mechanismen für eine effiziente 
Gestaltung und zur Vermeidung von Agenturproblemen entwickeln. Zur Anwendung können 
Anreiz-, Kontroll- und Informationsmechanismen kommen [EbGo99, 214]. 

Innerhalb der Prinzipal-Agenten-Theorie werden zwei Denkrichtungen unterschieden: 

■ Normative Agenturtheorie und 

■ deskriptive bzw. positive Agenturtheorie [Eise89, 59-63; EbGo99, 209]. 

Die normative Agenturtheorie („principal-agent theory“) fokussiert eine entscheidungslo- 
gisch-formale Darstellung einer optimalen Vertragsgestaltung. Umweltbedingungen (z. B. 
Situation, in der Verträge geschlossen werden) bleiben weitgehend unberücksichtigt. Der 
Schwerpunkt liegt auf einer quantitativen Analyse der Austauschbeziehung [EbGo99, 209]. 
Zu den Vertretern der normativen Agenturtheorie gehören z. B. Spence [Spen73] sowie 
Grossmann und Hart [GrHa83]. Die deskriptive bzw. positive Agenturtheorie („positive agen- 
cy theory“) hingegen weist einen ausgeprägten Bezug zu den Theorien der Unternehmung 
und der Organisationstheorie sowie zu empirischen Analysen auf. Zu den Vertretern der posi- 
tiven Agenturtheorie gehören beispielsweise Berle und Means [BeMe33] sowie lensen und 
Meckling [JeMe76]. 

Die Neue Institutionenökonomik besteht aus den dargestellten Teiltheorien. Wesentliche ge- 
meinsame Merkmale sind beispielsweise die Annahme asymmetrischer Verteilung von In- 
formationen (Basis der Informationsökonomik) und die Kostenrelevanz von Koordinationsak- 
tivitäten von Unternehmen (Basis der Transaktionskostentheorie). Beide Aspekte sind im 
Rahmen von Mass Customization evident, da die Ermittlung von Kundenwünschen und die 
Durchführung der Produktindividualisierung gegenseitig Unsicherheiten zwischen Anbieter 
und Abnehmer der Leistung aufweisen. Außerdem verursacht die Integration des Kunden in 
den Leistungserstellungsprozess eine Zunahme der Koordinationskosten zwischen den Akten- 
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ren des Wertschöpfungssystems. Dennoch lassen sich Einschränkungen in den einzelnen 
Theorien erkennen. So betrachtet die Transaktionskostentheorie zunächst bilaterale Beziehun- 
gen. Transaktionen mit mehr als zwei Akteuren sowie die Kombination mehrerer Transaktio- 
nen mit ihren Interdependenzen müssen in Hinblick auf eine realitätsnahe Abbildung von 
Wertschöpfungssystemen berücksichtigt werden. Außerdem gilt die Operationalisierung von 
Transaktionskosten als unterentwickelt, obwohl diese den zentralen Bestandteil der Transak- 
tionskostentheorie darstellt [Pico82, 270]. Die Neue Institutionenökonomik bietet jedoch In- 
strumente, die dafür geeignet erscheinen, die Wettbewerbsstrategie Mass Customization er- 
fassen zu können. Anzuführen sind insbesondere die Berücksichtung von Koordinationskos- 
ten einer Transaktion (z. B. durch die Integration des Kunden), die Annahme von 
Informationsasymmetrien zwischen autonom handelnden Akteuren eines Wertschöpfungssys- 
tems und die Kontraktgüter-Eigenschaft von Mass Customization Produkten, da die Herstel- 
lung des Sackgutes erst nach Auftragseingang beginnen kann. Zur Ableitung der funktionalen 
Anforderungen ist eine qualitative Analyse notwendig. Damit bleibt die Anwendbarkeit der 
Neuen Institutionenökonomik für die vorliegende Arbeit trotz der Defizite in der Quantifizie- 
rung bestehen. 

3.1.3 Industrieökonomik 

Der industrieökonomische Ansatz der Organisationstheorie (auch: „Marktbasierter Ansatz“ 
oder „market-based view“) beschreibt Maßnahmen zur günstigen Positionierung von Unter- 
nehmen in einem Wettbewerbsumfeld aus Branchensicht. Damit gilt dieser Theorieansatz 
auch als einer der Bezugselemente des Strategischen Managements [Knyp04, 1383-1384]. Zu 
den wesentlichen Arbeiten gehören beispielsweise das Modell der fünf Wettbewerbskräfte 
von Porter [Port92, 22] (vgl. Abschnitt 2.1.1) und das Porters Ansatz zugrunde liegende 
„Structure-Conduct-Performance“-Paradigma (SCP) [Shep97, 5; ScRo90, 4-6]. Der industrie- 
ökonomische Ansatz setzt folgende Verhaltens- und Umweltannahmen voraus [BMSW05, 
31-32]: 

■ Branche als Untersuchungseinheit (mit Zahl und Größe von konkurrierenden Unter- 
nehmen) und die von den Unternehmen realisierten Markt-Produkt-Kombinationen, 

■ rationales Handeln der Beteiligten mit dem Ziel der Realisierung von Monopolrenten, 

■ exogene Ressourcenausstattung und Möglichkeiten zum friktionslosen Erwerb weiterer 
Ressourcen, 

■ Homogenität der Unternehmen in einer Branche (identische Ressourcenausstattung). 
Mit der Analyse von Chancen und Risiken der ökonomisch-technischen Umwelt von Unter- 
nehmen [Knyp04, 1384] nimmt der Ansatz eine externe Perspektive zur Beschreibung der 
Wettbewerbsfähigkeit ein. Damit steht die Modellierung der Unternehmen bzw. deren interne 
Struktur oder die Einbindung von Unternehmen in Wertschöpfungssysteme nicht im Vorder- 
grund. Kritisch anzumerken sind außerdem die statische Sicht des Ansatzes („Zustandsbe- 
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trachtung und Momentaufnahmen von Branchenstrukturen [BMSW05, 33]) und die Defizite 
in der empirischen Überprüfbarkeit [Knyp04, 1384], 

Der industrieökonomische Ansatz betrachtet das Untemehmensumfeld und bezieht damit ex- 
terne Informationen (z. B. über Kunden und konkurrierende Unternehmen) in die Betrachtung 
ein. Aufgrund der marktlichen Ausrichtung werden außerdem nach empirischer Überprüfung 
quantitative Aussagen möglich. Die Anwendbarkeit im Rahmen der vorliegenden Arbeit wird 
aufgrund des Untersuchungsgegenstandes des Ansatzes eingeschränkt, denn untersucht wer- 
den Branchen und nicht einzelne Unternehmen sowie die jeweils dahinter stehenden Wert- 
schöpfungssysteme. 

3.1.4 Ressourcenbasierter Ansatz 

Im Gegensatz zur umweltbezogenen Analyse des marktbasierten Ansatzes baut der „resource- 
based view“ auf den Stärken und Schwächen von Unternehmen auf und nimmt damit eine 
interne Perspektive ein [Knyp04, 1385; Wem84, 171]. Die Vertreter des ressourcenbasierten 
Ansatzes nehmen an, dass Erfolge und Leistungen von Unternehmen einer Branche auf spezi- 
fische Ressourcenausstattung und -merkmale zurückzuführen sind [Bres04, 1270]. Mit der 
Arbeit von Wemerfelt [Wern84] wurde der Ansatz als Grundlage für das Strategische Mana- 
gement vorbereitet, auch wenn bereits vorher interne Ressourcen Gegenstand wissenschaftli- 
cher Untersuchungen waren [vgl. Bres04, 1269]. Die zwei wesentlichen Basisannahmen des 
ressourcenbasierten Ansatzes sind nach Bamey [Bam9 1 , 112] die Ressourcenheterogenität 
und die Ressourcenimmobilität. Die Heterogenität bezeichnet die unterschiedlichen Ressour- 
cenausstattungen von Unternehmen, welche diese einzigartig machen. Mit Immobilität wird 
die fehlende Handelbarkeit von bestimmten Ressourcen bezeichnet (insbesondere immateriel- 
le Ressourcen) [Bres04, 1271]. Voraussetzung für den Erfolg von Unternehmen sind hierbei 
folgende Kriterien [Bam91, 105ff.]: 

■ Wertstiftender Charakter von Ressourcen, 

■ Knappheit von Ressourcen, 

■ Nicht-Imitierbarkeit von Ressourcen, 

■ Nicht-Substituierbarkeit von Ressourcen. 

Die Betrachtungsebene des ressourcenbasierten Ansatzes ist das Unternehmen, der Untersu- 
chungsgegenstand sind jedoch deren Ressourcen. Das unternehmerische Handeln im Sinne 
dieses Ansatzes ist geprägt von der Erzielung von Renten und dem Aufbau verteidigungsfähi- 
ger Wettbewerbsvorteile [BMSW05, 17]. Kritik an dem ressourcenbasierten Ansatz bezieht 
sich einerseits auf methodische Probleme (z. B. Messbarkeit intangibler Ressourcen wie die 
Organisationskultur etc.) [Knyp04, 1275] und auf eine inhaltliche Einseitigkeit (Schwerpunkt 
hegt auf erfolgsgenerierenden Ressourcen bei Vernachlässigung von erfolgsschädigenden 
Ressourcen und einer Konzentration auf die Angebotsseite aus Sicht von Unternehmen bei 
Vernachlässigung der Nachfragerseite mit der marktlichen Umwelt) [BMSW05, 30-31]. 
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Der ressourcenbasierte Ansatz betrachtet als Untersuchungsgegenstand die Ressourcen von 
Unternehmen. Damit ist der Ansatz geeignet, untemehmensspezifische Merkmale (wie die 
Ressourcenausstattung etc.) in die Analyse von Mass Customization Unternehmen einzube- 
ziehen. So lassen sich Entscheidungen, ob Produkte selbst erstellt oder von Zulieferern bezo- 
genen werden sollen (sog. „Make-Or-Buy“-Entscheidung [Rams79]), außer anhand der 
Transaktionskostentheorie auch mittels des ressourcenbasierten Ansatzes treffen. Für die Be- 
wertung mehrstufiger, überbetrieblicher Mass Customization Wertschöpfungssysteme sind 
diese Faktoren jedoch nicht ausreichend und der Untersuchungsgegenstand ist für die Ablei- 
tung der Anforderungen unpassend. 

3.1.5 Zwischenergebnis 

Aufgrund der Merkmale der dargestellten Theorieansätze und der vorgenommenen Bewer- 
tung wird im weiteren Verlauf eine institutionenökonomische Analyse unter Verwendung der 
Teiltheorien Transaktionskostentheorie und Prinzipal-Agenten-Theorie vorgenommen. Die 
Transaktionskostentheorie ist dafür geeignet, die einzelnen Interaktionen zwischen den Ak- 
teuren als Transaktionen innerhalb eines Wertschöpfungssystems zu bewerten. Werden die 
umweltbezogenen Merkmale der einzelnen Transaktionen betrachtet, so können die Wirkun- 
gen auf die Höhe der Transaktionskosten untersucht werden. Dabei interessiert der Einfluss 
von Mass Customization Informationssystemen auf die Mass Customization spezifischen 
Transaktionskosten. Die Betrachtung eines Wertschöpfungssystems aus Sicht selbständiger 
Akteure, die in Austauschbeziehungen zueinander stehen, legt die Analyse aus agenturtheore- 
tischer Sicht nahe. Die Austauschbeziehungen zwischen den Akteuren der Transaktionen wer- 
den deshalb aus der Perspektive der Prinzipal-Agenten-Theorie untersucht. Hierbei werden 
vor allem verhaltensbezogene Merkmale berücksichtigt. Mit dieser zweidimensionalen Ana- 
lyse werden einerseits die ökonomischen Transaktionen (Objekte) und andererseits die betei- 
ligten Akteure (Subjekte) mit ihren zugeordneten Rollen in die Analyse einbezogen. Bewertet 
werden jeweils Gründe für das Entstehenden dieser Informationskosten, die Einflussfaktoren 
auf deren Höhe und Ansätze zur Senkung oder Beseitigung der Kosten. Auf diese Weise las- 
sen sich Mass Customization spezifische funktionale Anforderungen an Mass Customization 
Informationssysteme ermitteln. 

3.2 Entwicklung eines Mass Customization Wertschöpfungsmodells 

3.2.1 Grundmodell 

Im weiteren Verlauf wird zunächst ein Grundmodell für ein Mass Customization Wertschöp- 
fungssystems eingeführt, das den Ausgangspunkt für die anschließende Analyse von Anforde- 
rungen an Mass Customization Informationssysteme aus Sicht der Transaktionskostentheorie 
und der Prinzipal-Agenten-Theorie bildet. 
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Das exemplarisch betrachtete Wertschöpfungssystem für die Mass Customization ist in 
Abbildung 28 dargestellt. Alle Akteure übernehmen eine oder mehrere der verfügbaren Rol- 
len und stehen in Austauschbeziehungen zu vor- und nachgelagerten Akteuren. Interaktionen 
über eine Wertschöpfungsstufe hinweg (z. B. zwischen dem Produzenten und einem Zuliefe- 
rern der 3. Stufe) sind nicht vorgesehen. Dies gilt auch dann, falls ein Akteur mit einer be- 
stimmten Rolle sowohl direkt als auch über Stufen hinweg agiert. Jede Rolle und jede Interak- 
tion innerhalb des Wertschöpfungssystems hat bestimmte Eigenschaften (z. B. Kompetenzen 
und Kapazitäten zur Erfüllung der zugeteilten Aufgabe). Die Produktherstellung sowie deren 
Koordination übernimmt der Produzent, der im Auftrag des MC-Koordinators kundenspezifi- 
sche Produkte produziert. Am unteren Rand der Abbildung wird das jweilige Resultat einer 
Austauschbeziehung dargestellt. Ausgangspunkt dabei ist der Kaufwunsch des Kunden, der in 
einen Vertrag über das individuelle Produkt mündet. In den sich anschließenden Transaktio- 
nen, mittels derer die Auftragsabwicklung, die Herstellung und die Zulieferung durchgeführt 
wird, ist die Materiallogistik immanenter Bestandteil der Rollen. Die Sackgut- und Zuliefer- 
logistik wird im Modell nicht expliziert betrachtet, sondern in die Transaktionen des Produ- 
zenten einbezogen. Das dargestellte Modell wurde unter Rückgriff auf die wissenschaftliche 
Literatur der Betriebswirtschaftslehre erstellt. Ein vergleichbares Modell kann beispielsweise 
[Heis02, 43] entnommen werden. 




Bei der Modellierung des Mass Customization Wertschöpfungssystems wird eine graphenba- 
sierte Methode verwendet. Hierbei sind die teilnehmenden Personen und Organisationen als 
Rollen in Form von Knoten (Kreis) dargestellt und Interaktionsbeziehungen zwischen diesen 
Rollen als ungerichtete Kanten. Die Modellierung des Wertschöpfungssystems setzt voraus. 
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dass die Produktentwicklung abgeschlossen ist und ein Leistungspotential zur Herstellung von 
Gütern bereitgestellt wird. Basis dieses Modells eines Mass Customization Wertschöpfungs- 
systems sind dyadische Beziehungen zwischen Kunden und Unternehmen [MÜ1186, 47]. Da- 
mit lässt sich eine allgemeine Kunde-Hersteller-Konstellation beschreiben und das Verständ- 
nis des Kunden als Abnehmer einer Leistung darstellen. Der Kunde spezifiziert dabei das von 
ihm gewünschte Produkt in Abhängigkeit von den zur Verfügung stehenden Individualisie- 
rungsparametem. Die Ermittlung der notwendigen Informationen für die Produktanpassung 
übernimmt ein Spezifizierungsintermediär, der als Schnittstelle zwischen einem Kunde und 
einem Hersteller das auftragsbezogene Produkt spezifiziert. Damit übernimmt der Spezifizie- 
rungsintermediär die Aufgabe, zwischen den Anforderungen des Kunden und den möglichen 
Produkteigenschaften zu vermitteln und geeignete Produktlösungen mit einem großen Nutzen 
für den Kunden zu erstellen. Der Grad der vertikalen Integration legt dabei fest, ob ein Leis- 
tungsanbieter für die vollumfängliche Erbringung der Leistungskomponenten zuständig ist (z. 
B. Fertigung ab Rohprodukt) oder ob eine Verlagerung von Wertschöpfungsstufen auf vorge- 
lagerte Leistungsstufen vorgenommen wird (z. B. Produktionsabschnitte). Es entstehen Logis- 
tik- bzw. Produktionsnetzwerke [SchöOO, 9-10]. Damit ergibt sich eine Situation, in der ein 
Akteur sämtliche Produktionsschritte auf Zulieferer verlagert und somit nicht die Fertigung, 
sondern die Vermarktung übernimmt. In dem dargestellten Modell wird diese Situation von 
der Rolle MC-Koordinator repräsentiert, der das Leistungsprogramm entwickelt hat und zur 
Leistungserstellung mit einem Produzenten zusammenarbeitet. Ein Produzent arbeitet weiter- 
hin mit Zulieferern zusammen, falls nicht alle Produktionsfaktoren direkt vom Produzenten 
zur Verfügung gestellt werden. Die Aneinanderkettung von Zulieferbeziehungen führt zu 
mehrstufigen (linearen oder netzwerkartigen) Lieferketten. Das Modell muss daher zuliefem- 
de Akteure auf den verschiedenen vorgelagerten Wertschöpfungsstufen berücksichtigen (Zu- 
lieferer 2. bis n. Stufe). 

3.2.2 Rollen im Mass Customization Wertschöpfungsmodell 

Das Wertschöpfungssystem für Mass Customization umfasst, wie bereits dargestellt, ab- 
grenzbare Rollen, die jeweils mindestens einem Akteur des Wertschöpfungssystems zugeord- 
net sind. Es findet also eine Rollenübemahme bzw. -Zuweisung statt. Als Rollen werden hier- 
bei die erwarteten Interaktionsbeziehungen zwischen Positionsinhabem bezeichnet [WuGrSO, 
129]. Die einzelnen Rollen werden nachfolgend näher erläutert. 
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■ Kunde: Der Kunde stellt einerseits den Naehfrager einer Leistung im eigentliehen Sin- 
ne dar und äußert somit einen Kaufwunseh. Innerhalb der kundenindividuellen Mas- 
senfertigung ist ein Akteur dieser Rolle im Vergleich zum Abnehmer von Massenpro- 
dukten aktiver beteiligt, da er die individuellen Anforderungen und Wünsche äußert 
und hiermit das geforderte Produkt auftragsbezogen spezifiziert. Der Kunde ist Wert- 
schöpfungspartner bzw. „prosumer“^ [DaMa97, 14; erstmals bei Toff70]. 

■ Spezifizierungsintermediär: Der Spezifikationsintermediär ist die Schnittstelle zwi- 
schen MC-Koordinator und Kunde. Akteure mit dieser Rolle müssen zur Erhebung der 
Individualisierungsinformationen beitragen und damit einerseits die gewünschten Kun- 
denanforderungen ermitteln und die Parametrisierung der verfügbaren Produktoptionen 
vornehmen und andererseits die Validität von angenommenen Produktspezifikationen 
überprüfen, um die Produzierbarkeit des Gutes sicherzustellen. Ergebnis der Aus- 
tauschbeziehung mit einem Spezifizierungsintermediär ist ein Vertrag über den Kauf 
des kundenindividuellen Produktes. 

■ MC-Koordinator: Der MC-Koordinator entwickelt das Leistungsangebot und über- 
nimmt die Gesamtkoordination des Wertschöpfungssystems. Die Hauptaufgaben dieser 
Rolle sind damit Produktentwicklung, Markenaufbau und Auftragsabwicklung. Damit 
ist ein Akteur mit dieser Rolle der Initiator eines Mass Customization Wertschöpfungs- 
systems und tritt auf dem Markt als Anbieter auf 

■ Produzent: Als Produzent übernehmen Akteure mit dieser Rolle für den MC-Koordi- 
nator die Koordination der physischen Fertigung der Sachgüter. Je nach Grad der verti- 
kalen Integration des Produzenten werden Fertigungsschritte selber durchgeführt oder 
an Zulieferer ausgelagert. Der gewählte Vorfertigimgsgrad bestimmt außerdem, inwie- 
weit die Sachgüter kundenneutral vorproduziert werden können. Je höher der Vorferti- 
gungsgrad, desto geringer ist der Anteil individueller Produktionsschritte nach Auf- 
tragseingang zur Herstellung des Sachgutes. Der Produzent übernimmt zudem die 
Sachgutlogistik, um die kundenindividuellen Produkte an den Kunden zu liefern. 

■ Zulieferer (1. bis n. Stufe): Die Zulieferer sind Teil eines Produktionsnetzwerkes und 
versorgen den Produzenten mit Standardkomponenten oder kundenindividuellen Kom- 
ponenten. Zulieferer arbeiten entweder direkt mit dem Produzenten zusammen (Zulie- 
ferer 1. Stufe) oder liefern indirekt über weitere Zulieferer (Zulieferer 2. bis n. Stufe). 

In dem dargestellten Modell übernehmen die Zulieferer auch die Zulieferlogistik und 
sind für die Herstellung auftragsbezogener Produktbestandteile verantwortlich. 



Engl. Kunstwort aus Produzent (Producer) und Konsument (Consumer) 
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3.3 Transaktionskostentheoretische Analyse der Anforderungen an MC- 
Informationssysteme 

In den folgenden beiden Abschnitten (3.3 und 3.4) werden die Anforderungen an Mass 
Customization Informationssysteme erhoben. Betrachtet werden dabei die Transaktionen des 
Mass Customization Wertschöpfungsmodells, die mittels Transaktionskostentheorie unter- 
sucht werden, und die daran beteiligten Akteure, die aus Sicht der Prinzipal-Agenten-Theorie 
analysiert werden. Zunächst erfolgt die Analyse der Transaktionen. Dabei werden die einzel- 
nen Transaktionen hinsichtlich ihrer Implikationen für Mass Customization Informationssys- 
teme untersucht. Dabei werden die auftretenden Transaktionskosten und deren Einflussfakto- 
ren berücksichtigt. Ergebnis des Abschnittes sind transaktionsbezogene Anforderungen an 
Mass Customization Informationssysteme. Diese umfassen aus Sicht der Transaktionskosten- 
theorie die institutioneile Ausgestaltung von Transaktionen sowie Ansätze zur Reduzierung 
von Transaktionskosten durch Veränderung der Einflussfaktoren. 

3.3.1 Die Transaktionskostentheorie als Instrument der Anfordernngsanalyse 

3. 3. 1.1 Grundkonzepte der Transaktionskostentheorie 

3. 3. 1.1.1 Transaktion 

Als Transaktion im Sinne der Transaktionskostentheorie wird ein technischer Vorgang be- 
zeichnet, der die „Übertragung eines Gutes oder einer Leistung über eine technisch trennbare 
Schnittstelle hinweg“ und die Übertragung von Verfügungsrechten repräsentiert [Will89, 142] 
(vgl. [RiFu99, 534; BDLW05]). Mit diesem Begriffsverständnis verweist Williamson 
[Willys, XI und 3; Pico82, 269]) auf die Definition von Commons [Comm31], der als Tran- 
saktion jedoch nicht die physische Übergabe von Gütern, sondern vor allem den Erwerb und 
die Veräußerung von Rechten an den Gütern bezeichnet: „transaction are, not the exchange of 
Commodities, but the alienation and acquisition, between individuals, of the rights of property 
and liberty created by society, which must therefore be negotiated between the parties con- 
cemed before labor can produce, or consumer can consume, or Commodities be physically 
exchanged“ [Comm31, 652; Pico82, 269]. Die Durchführung einer Transaktion ist hierbei 
nicht auf einen bilateralen Austausch begrenzt. Ouchi definiert eine Transaktion als „econo- 
mic exchange between two or more parties“ [Ouch80, 130; Pico82, 269] und verweist damit 
auf Austauschbeziehungen zwischen mehr als zwei Partnern. 

Innerhalb des Mass Customization Wertschöpfungssystems sind alle Austauschbeziehungen 
zwischen Akteuren mit den dargestellten Rollen Transaktionen. Dazu gehören beispielsweise 
die Interaktionen zwischen einem Kunden und dem Spezifizierungsintermediär oder zwischen 
dem MC-Koordinator als Anbieter eines Mass Customization Produktes und dem Produzen- 
ten. Mass Customization Transaktionen weisen die Besonderheit auf, dass sie je nach Vorfer- 
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tigungsgrad kundenspezifisch oder unabhängig von einem Einzelauftrag sein können. Das in 
Abschnitt 3.2.1 eingeführte Modell repräsentiert das mehrstufige überbetriebliche Mass 
Customization Wertschöpfungssystem. 

3.3. 1.1.2 Transaktionskosten 

Die Literatur zur Transaktionskostentheorie bleibt in der Definition des Transaktionskosten- 
begriffs ungenau [Pico82, 270; Coas37; CoasöO]. Die fehlende Operationalisierung dieses 
zentralen Bestandteils der Transaktionskostentheorie wird daher häufig auch als Schwäche 
dieser Theorie bezeichnet [EbGo99, 243]. In der Literatur werden Transaktionskosten (TK) 
allerdings weitgehend einheitlich als Kosten einer Transaktion bezeichnet [BDLW05, 54; 
Pico82, 270]. Arrow grenzt dabei die Transaktionskosten von den Produktionskosten dahin- 
gehend ab, dass Produktionskosten lediglich von den zur Verfügung stehenden Technologien 
abhängen (und damit in allen ökonomischen Systemen theoretisch gleich hoch sind), während 
sich die Transaktionskosten auch durch die Wahl der Ressourcenallokation beeinflussen las- 
sen [Arro69, 60; Pico82, 270]. Nach Ouchi werden alle Aufwendungen, die zur Durchführung 
einer Transaktion notwendig sind, als Transaktionskosten bezeichnet: „A transaction cost is 
any activity which is engaged in to satisfy each party to an exchange that the value given and 
received is in accord with his or her expectations“ [Ouch80, 130]. Gründe für die Entstehung 
von Transaktionskosten sind auch unvollkommene Informationen über das Verhalten und die 
Ziele der Austauschpartner. Transaktionskosten lassen sich daher auch als Kommunikations- 
kosten bezeichnen [Pico81, 270; Dahl79, 148; ähnlich bei Malm61, 404; Pico82, 270]. 

Das Mass Customization Wertschöpfungssystem weist neben den allgemein vorhandenen 
Transaktionskosten einzelner Transaktionen zudem explizite Informationskosten aufgrund der 
Produktindividualisierung und der damit verbundenen Informationsverarbeitung auf (Ermitt- 
lung der Kundenwünsche, Erstellung von Produktspezifikationen, Weitergabe von Produkt- 
spezifikationen an Wertschöpfungspartner etc.). Der kundenbezogene Informationsfluss ver- 
ursacht Kosten durch die Kundenintegration, der im Gegensatz dazu in einer standardisierten 
Produktion nicht auftritt. Unvollkommene Informationen als Grund für die Entstehung von 
Transaktionskosten liegen bei Mass Customization deshalb vor, weil die individualisierten 
Produkte bei Auftragserteilung noch nicht existieren und von den Kunden somit nicht bewer- 
tet werden können. Ebenso ist die produktbezogene Umsetzung der zur Verfügung stehenden 
Produktparameter unbekannt. Da ein kundenindividuell gefertigtes Produkt meist nur für den 
jeweiligen Auftraggeber größtmöglichen Nutzen stiftet, besteht zudem eine direkte Abhän- 
gigkeit zwischen Kunde und Anbieter. Die Transaktionskosten des Mass Customization Wert- 
schöpfungssystems ergeben sich aus der Zusammenfassung der Kosten aller Einzeltransaktio- 
nen, die zur Abwicklung eines Auftrags notwendig sind. 

Transaktionskosten umfassen verschiedene Arten von Kosten, die sich anhand von Merkma- 
len gruppieren lassen, ln der Literatur ist eine Vielzahl sich ähnelnder, aber im Detail unter- 
schiedlicher Übersichten von Transaktionskostenarten zu finden (z. B. [Pico82, 270; RiFu99, 
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59-61]). Dieser Umstand ist u. a. auf die unzureichende Definition von Coase und Williamson 
zurückzuführen. Transaktionskosten müssen von Transformationskosten abgegrenzt werden, 
zu denen beispielsweise die Produktionskosten gehören. Transaktionskosten sind Aufwen- 
dungen zum Austausch von Verfügungsrechten sowie zum Abschluss von Verträgen und de- 
ren Durchsetzung [BDLW05, 54] und werden deshalb auch als Informations- bzw. Kommu- 
nikationskosten bezeichnet [vgl. Pico82, 270]. So scheidet eine Zurechnung von Transport- 
kosten zu den Transaktionskosten aus, obwohl Kosten für die räumliche Veränderung bei der 
Durchführung einer Transaktion anfallen [BDLW05; WaNo86]. Im weiteren Verlauf der Ar- 
beit werden folgende Arten von Transaktionskosten unterschieden [Pico82, 270; erweitert in 
PiRW03,49]: 

■ Kosten für die Anbahnung, 

■ Kosten für die Vereinbarung, 

■ Kosten für die Abwicklung, 

■ Kosten für die Kontrolle und 

■ Kosten für die Anpassung von Transaktionen. 

Die Kosten für Anbahnung und Vereinbarung werden auch als Ex-ante-Transaktionskosten 
bezeichnet, da diese vor der Abwicklung bzw. Durchführung der Transaktion entstehen. Ana- 
log dazu sind Kontroll- und Anpassungskosten Ex-post-Transaktionskosten, da sie nach der 
Transaktionsabwicklung entstehen [Will85, 20ff; Pico99, 117]. Für die Operationalisierung 
bzw. Monetarisierung der Transaktionskosten existieren kaum geeignete Verfahren (vgl. [Pi- 
co82, 271]). Deshalb beschränken sich Untersuchungen oft auf nominale oder ordinale Be- 
wertungen [HePi74, 363ff; Pico77, 191ff. und 207ff]. Unter Umständen muss auch auf eine 
Schätzung zurückgegriffen werden [Cala68, 69; Pico82, 271]. Diesem Umstand kann ent- 
nommen werden, dass mittels der Transaktionskostentheorie weniger Aussagen auf Basis 
konkreter Zahlenwerte als eher über Veränderungstendenzen getroffen werden. 

Zur thematischen Abgrenzung ist der Gesamtzusammenhang in Abbildung 29 dargestellt. Die 
Kosten einer Transaktion zwischen zwei Akteuren setzen sich aus Produktionskosten und 
Transaktionskosten zusammen. Die Produktionskosten erfassen hierbei den Ressourcenver- 
zehr für die Erstellung von Gütern oder Leistungen [EbGo99, 225]. Als Transaktionskosten 
werden die Kosten verstanden, die neben dem Wertschöpfungsbestandteil einer Transaktion 
zusätzlich als Aufwand für Planung und Abwicklung einer Transaktion entstehen [EbGo99, 
225], Fokus der Arbeit ist eine Betrachtung der Transaktionskosten; Veränderungen der Pro- 
duktionskosten im Rahmen von Mass Customization (z. B. aufgrund geringer Losgrößen und 
hoher Produktionswechselkosten) werden nicht analysiert. 
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Nicht im Fokus dieser Arbeit 
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Abbildung 29: Kosten einer Transaktion (Eigene Darstellung) 



Jede Transaktion des Mass Customization Wertsehöpfungssystems kann alle der genannten 
Arten von Transaktionskosten aufweisen. So beziehen sich die Ex-ante-Transaktionskosten 
auf die Auswahl eines Mass Customization Anbieters (Anbahnung) und auf die Ermittlung 
einer Produktspezifikation (Vereinharung). Diese sind im Vergleich zur Herstellung standar- 
disierter Produkte höher, da unvollkommene Informationen hinsichtlich der Übereinstimmimg 
von Produkteigenschaften und Kundenwünschen sowie von gewählten Produktparametem 
und den tatsächlichen Produkteigenschaften vorliegen. Der Umsetzung der Produktindividua- 
lisierung innerhalb der Produktion sind Transaktionskosten für die Abwicklung zuzuordnen. 
Die rückwirkend betrachtete Kontrolle der Transaktionsabwicklung kann einerseits im Rah- 
men von qualitätssichemden Maßnahmen erfolgen oder wird schließlich vom Kunden durch 
Benutzung durchgeführt. Kosten für die Kontrolle sind damit wie Kosten für die Anpassimg 
Ex-post-Transaktionskosten. Muss eine Transaktion nachträglich angepasst werden, so kann 
dies an der Bewertung des Transaktionsergebnisses oder an einer neuen Informationssituation 
liegen. In beiden Fällen verändern sich die Vorgaben der Transaktion und es können monetäre 
Ausgleiche oder die erneute Durchführung der Transaktion (gesamt oder einzelne Ahschnitte) 
durchgesetzt werden. Im Fall von Mass Customization kann dies auf ein unzutreffend indivi- 
dualisiertes Produkt zurückgeführt werden. 

Da Transaktionskosten auch mit der Bereitstellung und Änderungen von Organisationen hzw. 
Institutionen verbunden sind [vgl. CeMa98, 1348; BDLW05, 47], werden fixe und variable 
Transaktionskosten unterschieden. Während die fixen Transaktionskosten bei Errichtung, 
Bereitstellung oder Veränderung von Institutionen auftreten, entstehen variable Transaktions- 
kosten bei der Nutzung von Institutionen [vgl. BDLW05, 47]. Fixe Transaktionskosten im 
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Mass Customization Wertschöpfungssystem entstehen bei der Errichtung und Anpassung des 
Wertschöpfungssystems und des Produktspezifizierungsprozesses. Variable Transaktionskos- 
ten entstehen bei der Durchführung der Transaktionen. 

3.3. 1.1. 3 Institution und Formen institutioneller Regelung 

Eine Institution kann definiert werden als „eine Gruppe von Arbeits- oder Verfahrensregeln, 
die festlegen, wer berechtigt ist, Entscheidungen auf einer bestimmten Ebene zu treffen, wel- 
che Handlungen erlaubt oder verboten sind, welche Aggregationsregeln zu verwenden, wel- 
che Prozeduren einzuhalten, welche Informationen bereitzustellen und welche Auszahlungen 
den Individuen entsprechend ihrer Handlungen zuzuteilen sind“ [Ostr99, 66], Nach [RiFu99] 
ist eine Institution eine Einrichtung, die „die Kosten der Koordination wirtschaftlicher und 
anderer Aktivitäten“ durch die Reduzierung von Ungewissheit, die Erleichterung von Ent- 
scheidungsfindung und die Förderung des Handelns einzelner reduziert [RiFu99, 8]. 

Der Transaktionskostentheorie hegt ein vertragstheoretisches Verständnis zugrunde. Es wer- 
den dabei mehrere Formen institutioneller Regelungen (auch: „Organisationsform“ [Pico82, 
270] oder „institutionelles Arrangement“ [EbGo99, 225]) unterschieden. Die Wahl einer be- 
stimmten Form (im Sinne der Festlegung einer Variablen) ist mit Kosten verbunden, so dass 
eine beliebig lange Aushandlung oder Festlegung ökonomisch nicht sinnvoll ist [Pico82, 
270], Williamson differenziert zwischen drei Formen von Vertragsbeziehungen [Will85; Eb- 
Go99, 231 ff.]: 

■ Klassische Verträge, 

■ neoklassische Verträge und 

■ relationale Vertragsbeziehungen. 

Dem klassischen Vertrag entspricht die Organisationsform „Markt“, auf dem kurze Vertrags- 
beziehungen eingegangen werden und die Vertragsgegenstände sowie die Konditionen des 
Austausches präzise bestimmt sind. Alle eingegangenen Verpflichtungen sind in der einzel- 
nen Transaktion spezifiziert. Der Kaufvertrag gilt als typisches Beispiel eines klassischen 
Vertrages. Neoklassische Verträge verzichten auf eine vollständige und präzise Spezifizierung 
aller Transaktionsbestandteile. Es bleibt ein vertraglicher Anpassungsbedarf, der zu einer 
Aufnahme von Anpassungs- und Absicherungsregelungen in den Verträgen führt. Eine 
Transaktion auf Basis eines neoklassischen Vertrags umfasst demnach nicht nur die operative 
Ausführung des Vertrages, sondern auch weitere Kommunikations- und Koordinationsprozes- 
se zwischen den Austauschpartnem. Beispiele für neoklassische Verfragsbeziehungen sind 
langfristige Lieferverträge oder Formen überbetrieblicher Kooperation (wie z. B. Joint Ven- 
ture oder Franchising) [Will85, 74f und 326f; EbGo99, 231], Williamson bezeichnet Aus- 
prägungen von neoklassischen Verträgen auch als eine hybride Form von institutioneilen Ar- 
rangements [Will85, 74f, 326f; EbGo99, 231]. Relationale Verträge schließlich weisen eine 
maximale Offenheit in der Definition des Leistungsaustauschprozesses vor deren Durchfüh- 
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rung auf. Diese Form entspricht dem institutionellen Arrangement „Hierarchie“ und wird 
auch als Organisation per se bezeichnet. Relationale Verträge sind auf lange Zeit abgeschlos- 
sen (häufig unbefristet) und beinhalten komplexe Austausch- und Sozialbeziehungen [Eb- 
Go99, 231]. 

Die Aussagen der Transaktionskostentheorie hinsichtlich der institutioneilen Ausgestaltung 
von Transaktionen lassen sich auf das Mass Customization Wertschöpfungssystem übertra- 
gen. So müssen für jede Transaktion die Transaktionskosten ermittelt und bewertet werden. 
Anschließend kann für jede Transaktion die effiziente Organisationsform bestimmt werden. 
Dies impliziert, dass innerhalb des Wertschöpfungssystems nicht ausschließlich eine be- 
stimmte institutioneile Regelung gewählt wird. So kann beispielsweise die Transaktion zwi- 
schen Kunde und Spezifizierungsintermediär über (elektronische) Märkte abgewickelt wer- 
den, während die Vergabe von Produktionsaufträgen zwischen MC-Koordinator und Produ- 
zent über neoklassische Vertragsbeziehungen erfolgt. Bei der Wahl bestimmter 
Organisationsformen muss beachtet werden, dass auch der Wechsel bestimmter institutionel- 
ler Regelungen Transaktionskosten verursacht (z. B. im Rahmen einer Reduzierung der verti- 
kalen Integration bei der Beschaffung von Mass Customization Produktbestandteilen zuguns- 
ten marktlicher Beziehungen). 

3. 3. 1.1.4 Efflzienzkriterium 

Da die Transaktionskostentheorie einen Erklärungsansatz für die Effizienz bestimmter institu- 
tioneller Arrangements bei einem gegebenen Bündel von Transaktionskosten anbietet, muss 
das Effizienzkriterium präzisiert werden. Ausgangspunkt ist der „möglichst sparsame Einsatz 
knapper Ressourcen“ [EbGo99, 225f]. Ein Ressourcenverzehr entsteht hierbei einerseits bei 
der Güter- oder Leistungserstellung (Produktionskosten) und andererseits bei der Durchfüh- 
rung des Austausches (Transaktionskosten). Effizienzkriterium im Sinne der Transaktionskos- 
tentheorie ist demnach die „Summe der jeweils anfallenden Produktionskosten und Transakti- 
onskosten“ [Will85, 22; EbGo99, 225f.]. Effizienz im Sinne der Transaktionskostentheorie ist 
erreicht, wenn Transaktionen in bestimmten institutioneilen Arrangements transaktionskos- 
tenminimal durchgeführt werden. Demzufolge ist das Erreichen des Effizienzkriteriums so- 
wohl von den Bestimmungsfaktoren der Transaktionskosten als auch von der gewählten orga- 
nisatorischen Regelung abhängig. 

Auch für das Mass Customization Wertschöpfungssystem trifft das Effizienzkriterium zu, so 
dass Effizienz erreicht ist, wenn - ohne Berücksichtigung der Produktionskosten - möglichst 
wenige Transaktionskosten anfallen. Die Vermeidung von Transaktionskosten umfasst dabei 
auch die Reduzierung von zusätzlichen Mass Customization spezifischen Kosten wie z. B. bei 
der Ermittlung von Kundenwünschen für jeden Auftrag einzeln, bei der Erstellung von Pro- 
duktspezifikationen und bei der Weitergabe von Produktspezifikationen. Ansatzpunkte sind 
dabei die Einflussfaktoren auf die Höhe der Transaktionskosten, die nachfolgend dargestellt 
werden. 
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3. 3. 1.2 Das „Operational Failure Framework“ nach Williamson als Analyseinstrument 

Ein Modell zur Beschreibung der Einflussfaktoren sowie der Wirkungszusammenhänge zwi- 
schen den Einflussfaktoren und der Höhe der Transaktionskosten wurde von Williamson ent- 
wickelt. Das Organizational Failure Framework (OFF) [Will75, 20ff.] enthält als Einflusspa- 
rameter auf die Transaktionskosten Human- und Umweltfaktoren sowie die Eigenschaften der 
Atmosphäre, innerhalb derer Transaktionen abgewickelt werden (Tabelle 3). Auswirkungen 
auf die Höhe von Transaktionskosten werden dabei aufgrund der Defizite in der Quantifizie- 
rung indirekt über die jeweiligen Einflussfaktoren beschrieben. 



Humanfaktoren 


Umweltfaktoren 


T ransaktionsatmosphäre 


■ Begrenzte Rationalität 

■ Opportunismus 

■ Risikoneutralität 


■ Spezifität 

■ Unsicherheit 

■ Häufigkeit 


■ Sozio-kulturelle und 
rechtliche Rahmenbedin- 
gungen 

■ Technologische Rahmen- 
bedingungen 



Tabelle 3: Einflussfaktoren auf die Höhe von Transaktionskosten [in Anlehnung an 
EbGo99, 226-227 und Pico82, 271 j 



3. 3. 1.2.1 Humanfaktoren 

Die Transaktionskostentheorie unterstellt drei Verhaltensannahmen, die als Humanfaktoren 
die Höhe von Transaktionskosten beeinflussen: Begrenzte Rationalität, Opportunismus und 
Risikoneutralität. Transaktionspartner zielen darauf ab, in ihrem Handeln nur sachlogische 
Gesichtpunkte zu berücksichtigen. Aufgrund unvollkommener Informationen und einer be- 
grenzten Fähigkeit zur Informationsverarbeitung basieren die Ergebnisse jedoch meist nur 
zum Teil auf einer rationalen Handlungsweise. Dies wird auch als begrenzte Rationalität be- 
zeichnet und nimmt Bezug zur verhaltenswissenschaftlichen Entscheidungstheorie [vgl. Be- 
Be99, 142]. Hinsichtlich des Mass Customization Wertschöpfungssystems wirkt sich die be- 
grenzte Rationalität der Akteure insbesondere in der Produktspezifizierung aus. Dort liegen 
unvollkommene Informationen über das individualisierte Produkt und über die Individualisie- 
rungsparameter vor. Aufgrund vielfältiger Anpassungsmöglichkeiten besteht nur eine einge- 
schränkte Möglichkeit, die Informationsverarbeitung innerhalb des Prozesses der Produktspe- 
zifizierung vollständig zu erfassen. Es tritt somit die Gefahr auf, dass Kunden entweder Pro- 
duktanpassungen vornehmen, die nicht ihren eigentlichen Bedürfnissen entsprechen 
(notwendige Parameter werden nicht gesetzt oder nicht notwendige Parameter werden ge- 
setzt). 

Liegt bei Transaktionspartnem Opportunismus vor, so wird von einer verstärkten Form des 
eigennützlichen Interesses ausgegangen. Das Ziel der subjektiv besten Gestaltung von Aus- 
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tauschbeziehungen verfolgen die Akteure demnach auch unter Inkaufnahme von Handlungen, 
die andere Transaktionspartner schädigen (z. B. Informationsverfalschung oder -Zurückhal- 
tung). Um den operativen Auswirkungen dieser beiden genannten Verhaltensannahmen be- 
gegnen zu können, formuliert Williamson eine Handlungsmaxime: Transaktionen sind so zu 
organisieren, dass die begrenzte Rationalität des eigenen Handelns möglichst wenig Kosten 
verursacht und zugleich ein Schutz vor den Konsequenzen opportunistischen Handelns der 
Transaktionspartner besteht [Will85, 32; vgl. EbGo99, 226f.]. Auch für Mass Customization 
besteht die Gefahr des opportunistischen Verhaltens, um die Ausgestaltung der Transaktion 
an die individuellen Ziele von Aktemen anzupassen. So kann ein Spezifizierungsintermediär 
die Auswahl günstiger Produktbestandteilsvarianten fördern, obwohl diese nicht den Anforde- 
rungen der Kunden entsprechen. Auch ein Zulieferer kann durch Standardisierung Produktbe- 
standteile vereinheitlichen, auch wenn der Kundenauftrag den Bezug einer individuellen 
Komponente erfordert. 

Eine dritte Verhaltensannahme vtrAwisWi Risikoneutralität. Die Annahme des risikoneutralen 
Verhaltens muss vor allem methodisch begründet werden. Sie entspricht nicht der Realität 
und stellt damit eine Modeheinschränkung im Vergleich zur Realwelt dar. Dieses Vorgehen 
ermöglicht jedoch eine vereinfachte Argumentation und präzisere Diskussion der Hauptthesen 
der Transaktionskostentheorie (vgl. [EbGo99, 226f.]). Risikoneutralität kann bei Mass 
Customization angenommen werden, falls sich Kunden trotz der vorhandenen Unsicherheit 
hinsichtlich des Produktes (Nicht-Erfüllung des Auftrags, fehlerhafte Produktindividualisie- 
rung etc.) bei einem identischen Produktangebot für das Mass Customization Produkt und 
nicht das massenhaft hergestehte Produkt ab Lager entscheiden. Gründe hierfür sind die Ein- 
bindung des Kunden in den Individualisierungsprozess, die damit entstehende langfristige 
Geschäftsbeziehung zu dem Unternehmen und die Identifikation des Kunden mit dem Pro- 
dukt. Eine ausführliche Diskussion zur Annahme der Risikoneutralität kann [Will85, 388ff] 
entnommen werden. 

3. 3. 1.2. 2 Umweltfaktoren 

Zu den Umweltfaktoren gehören Spezifität, Unsicherheit und Häufigkeit von Transaktionen 
[Will85, 52ff ]. Unter der Spezifität einer Transaktion versteht man das Maß an Nutzenabwei- 
chung, falls ein anderer als der ursprünglich vorgesehene Transaktionspartner diese Leistung 
erhält. Je spezifischer eine Transaktion ist, desto geringer ist der Nutzen für alternative Leis- 
tungsempfanger. Neben der Spezifität einer einzelnen Transaktion steht auch die spezifische 
Investition für eine bestimmte Transaktion im Vordergrund. Hierbei lassen sich unterschiedli- 
che Formen von Investitionsspezifitäten unterscheiden: 
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1. Standortspezifität (z. B. geografische Lage von Wertschöpfungspartnem), 

2. Anlagenspezifität (z. B. Fertigungsmaschinen), 

3. Humankapitalspezifität (z. B. spezifisch ausgebildete Mitarbeiter von Wertschöp- 
fungspartnem), 

4. Kundenspezifität (z. B. kundenindividuelle Produkte), 

5. Untemehmenswert bzw. Reputation (z. B. Glaubwürdigkeit eines Unternehmens für 
bestimmte Produktarten), 

6. Terminspezifität (z. B. Lieferfristen) [Will91, 281], 

Für Mass Customization Wertschöpfungssysteme bedeutsam sind insbesondere die Anlagen- 
und die Kundenspezifität. Spezifische Investitionen in technische Anlagen (z. B. Fertigungs- 
systeme oder Systeme zm Unterstützung der Produktspezifizierung) bewirken die Abhängig- 
keit von Unternehmen oder ganzen Wertschöpfüngssystemen in Hinblick auf die Veränder- 
barkeit der herzustellenden Produkte. Je spezifischer beispielsweise eine Fertigungsmaschine 
ist, desto eher sind Kostensenkungspotenziale in der Produktion zu erzielen. Die Individuali- 
sierbarkeit der Produkte nimmt jedoch dabei ab. Die Vermeidung von Anlagenspezifität kann 
somit bewirken, dass die Weiterentwicklung von Mass Customization Wertschöpfungssyste- 
men begünstigt wird, da weitere Produktparameter individualisiert werden können oder neue 
weitere Parameterwerte zur Verfügung stehen. Auch die Wahl des Vorfertigungsgrades kann 
durch die Anlagenspezifität beeinflusst werden. Produkte lassen sich aus Sicht des Kunden 
umso umfassender individualisieren, je weniger Produktbestandteile bereits vor der Auftrags- 
erteilung hergestellt wurden. Ein geringer Vorfertigungsgrad kann damit bewirken, dass spe- 
zifische Investitionen in Anlagen vermieden werden. Neben der Anlagenspezifität ist die 
Kundenspezifität evident für Mass Customization Wertschöpfungssysteme. Es ist gmndle- 
gender Bestandteil der Strategie, dass Aufträge kundenspezifisch abgewickelt werden. Somit 
haben einzelne Aufträge einen direkten Bezug zu dem einzelnen Kunden. Es ist davon auszu- 
gehen, dass ein individualisiertes Produkt nur dem auftraggebenden Kunden den größtmögli- 
chen Nutzen stiftet. Für einen anderen Kunden ist das Produkt von geringerem Nutzen und 
seine Zahlungsbereitschaft wird entsprechend sinken. Kundenspezifität ist aus Sicht von Un- 
ternehmen, die Mass Customization Produkte hersteilen, mit Risiko verbunden, da keine al- 
ternativen Absatzmöglichkeiten vorliegen. Diese Form der Spezifität ist jedoch konstituieren- 
des Merkmal von Mass Customization und kann nicht vermieden werden. Für Unternehmen 
besteht jedoch die Möglichkeit, die interne Variabilität zu senken und gleichzeitig die externe 
Variabilität zu steigern. So erhalten Kunden subjektiv spezifische Produkte. Die Fertigung ist 
jedoch weitgehend unspezifisch. Eng verbunden mit der Spezifität ist die strategische Bedeu- 
tung einer Transaktion. Strategisch bedeutsame Transaktionen sind meist hochspezifisch, da 
diese einen Wettbewerbsvorteil gegenüber Mitbewerbern ermöglichen. Allerdings ist eine 
vorteilhafte Auswirkung nur dann zu erzielen, wenn spezifische Transaktionen auch tatsäch- 
lich zur Differenzierung auf Märkten führen [Pico99, 120]. Die Bewertung des Faktors Spezi- 
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fität erfordert eine dialektische Betrachtung. Einerseits lassen sich mit transaktionsspezifi- 
schen Investitionen mittels Spezialisierungsvorteilen Produktionskosten senken (vgl. [Eb- 
Go99, 228]), andererseits verursachen diese Investitionen eine Abhängigkeit zwischen Trans- 
aktionspartnem und erschweren den Wechsel zu anderen Austauschbeziehungen. Da die Spe- 
zifität als Einflussfaktor auf die Höhe der Transaktionskosten nicht zwangsläufig konstant 
bleibt, ist im Laufe von Austauschbeziehungen eine Veränderung dieses Faktors möglich. 
Wird eine ex ante unspezifische Transaktion ex post zu einer spezifischen Leistung, so spricht 
Williamson von einer fundamentalen Transformation [Will90, 70-72; Will91, 281]. Transak- 
tionsspezifische Investitionen können also aufgrund von Spezialisierungsvorteilen Produkti- 
onskosten senken. Die Transaktionskosten steigen jedoch an, falls Transaktionen nicht wie 
geplant stattfinden können und die Austauschpartner bereits in einer Abhängigkeit zueinander 
stehen. Dies verursacht Erlöseinbußen (z. B. aufgrund eines geringeren Erlöses der nächst 
besten Transaktionsausführung) und Mehrkosten (z. B. Kosten für Vereinbarung alternativer 
Austauschbeziehungen) [EbGo99, 228ff]. Die Transaktionspartner haben somit Interesse an 
langfristigen Austauschbeziehungen oder Maßnahmen zur Reduzierung der Transaktionsspe- 
zifität. Gleichzeitig nimmt die Gefahr von opportunistischem Verhalten zu, da die Neigung 
zur einseitig positiven Beeinflussung der Transaktion durch einen Austauschpartner aufgrund 
einer fehlenden Konkurrenzsituation und die starke Abhängigkeit steigt. 

Die Höhe der Transaktionskosten wächst mit zunehmender Spezifität der Transaktion bzw. 
der notwendigen transaktionsspezifischen Investitionen. Ob eine Transaktion kostenminimal 
durchgeführt wird, hängt schließlich von der gewählten organisatorischen Regelung ab. 
Transaktionen mit geringer Spezifität können über Märkte (S < Si), Transaktionen mit hoher 
Spezifität über hierarchische Beziehungen (S > S 2 ) transaktionskostenminimal durchgeführt 
werden (Abbildung 30). Bei mittlerer Spezifität kommen hybride Organisationsformen zur 
Anwendung (Si < S < S 2 ). 

Die Auswirkung des Umweltfaktors Spezifität muss für jede Transaktion des Mass Customi- 
zation Wertschöpfungssystems einzeln betrachtet werden. So wirkt sich die Kundenspezifität 
insbesondere auf die Schnittstelle zwischen Kunden und Spezifizierungsintermediär sowie 
zwischen Spezifizierungsintermediär und MC-Koordinator aus. Dort werden die Kundenan- 
forderungen ermittelt und das Produkt spezifiziert. Der MC-Koordinator als Anbieter des 
MC-Produktes geht die Verpflichtung ein, das gewünschte Produkt herzustellen. Dabei muss 
er jedoch sicherstellen, dass das kundenspezifische Produkt auch vom Kunden abgenommen 
wird. Die Anlagenspezifität hingegen spielt bei der Transaktion zwischen MC-Koordinator 
und Produzent eine große Rolle. Der Produzent übernimmt die Fertigung des MC-Produktes 
und setzt dabei Fertigungsanlagen ein, die einerseits eine kostenminimale Produktion erlau- 
ben und andererseits an die auftragsbezogenen Produktspezifikationen angepasst werden kön- 
nen. In Abhängigkeit von der Spezifität kann für jede Transaktion eine geeignete institutionel- 
le Regelung gewählt werden. Existieren hohe spezifische Investitionen, so ermöglicht die hie- 
rarchische Organisationsform geringe Transaktionskosten. Da sich der Grad der Spezifität in 
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Abhängigkeit von der Zeit verändern kann, lassen sich auch im Mass Customization Wert- 
schöpfimgsnetzwerk fundamentale Transformationen erkennen. So agiert der Spezifizierungs- 
intermediär mit der Möglichkeit, Produktspezifikationen nach Kundenwunsch zu erstellen, 
zunächst unspezifisch. Die Transaktion wird jedoch nach Abschluss der Produktspezifizie- 
rung und nach Auftragseingang spezifisch für einen bestimmten Kunden. Dies verursacht eine 
Zunahme an Transaktionskosten aufgrund erhöhter Spezifität. Die erhöhte Spezifität einzelner 
Transaktionen führt auch zu einer verstärkten Auswirkung opportunistischen Verhaltens. Un- 
ter der Annahme, dass jede Rolle von genau einem Akteur angenommen wird und eine markt- 
liche Organisationsform vorliegt, sind zwar geringe Abhängigkeitsverhältnisse im Sinne lang- 
fristiger Austauschbeziehungen vorhanden, allerdings können hohe Quasi-Renten entstehen, 
falls individuelle Produkte und Komponenten gefertigt werden. Denn Produkte lassen sich 
allenfalls nur mit großen Wertabschlägen für andere Aufträge verwenden. 




Abbildung 30: Höhe der Transaktionskosten in Abhängigkeit von der Spezifität [in An- 
lehnung an PiRW03 und Will91, 284] 



Ein zweiter Umweltfaktor ist die Unsicherheit von Transaktionen. Erhöhte Unsicherheit in- 
nerhalb der Umwelt und im Verhalten führt zu steigenden Transaktionskosten. Die Wirkung 
der Umweltunsicherheit lässt sich damit begründen, dass entweder vor der Transaktion die 
möglichen Auswirkungen der Umwelteinflüsse vertraglich geregelt werden (insbesondere 
hohe Vereinbarungskosten) oder nachträglich eine Anpassung der bisherigen Vereinbarungen 
vorgenommen wird (insbesondere hohe Anpassungskosten). Die Unsicherheit im Verhalten 
ergibt sich aus der Verhaltensannahme des opportunistischen Verhaltens und bezieht sich dar- 
auf, inwieweit ein Transaktionspartner die vereinbarten Leistungen potentiell erfüllen kann 
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[HaHo87], zukünftig erfüllen wird [Will85; FaJe83a; FaJe83b; Hols79] und tatsächlich erfüllt 
hat (z. B. Messprobleme [Barz89; Barz82; AlDe72]) [EbGo99, 229f]. Auf diese Auswirkun- 
gen wird detailliert in der sich anschließenden Analyse mittels Prinzipal-Agenten-Theorie 
eingegangen (s. Abschnitt 3.4. 1.2). Die Wahrnehmung und Bewältigung von Unsicherheit in 
ökonomischen Systemen ist nach Kopmans das „zentrale Problem der ökonomischen Organi- 
sation“ [Will96, 15; vgl. auch Will89, 143; Koop57, 147; Will89]. Die bei Transaktionen auf- 
tretende Unsicherheit kann in primäre (parametrische) und sekundäre Unsicherheit (Verhal- 
tensunsicherheit) unterteilt werden. Primäre Unsicherheit ergibt sich aus den situativen Be- 
dingungen einer Transaktion; sie ist zustandsbedingt. Sekundäre Unsicherheit ist auf Defizite 
in der Kommunikation zwischen den Austauschpartnem (Informationsasymmetrien) zurück- 
zuführen [Will89; Will96, 15; Koop57, 147]. Die so entstehenden Informationsprobleme be- 
einflussen die Höhe der Transaktionskosten. Mit wachsender Unsicherheit steigen sowohl die 
Ex-ante- als auch die Ex-post-Transaktionskosten. Vor der Transaktionsabwicklung entstehen 
zusätzliche Informations- und Verhandlungskosten. Da bei Unsicherheit zudem nicht alle Be- 
dingungen vor Abwicklung einer Transaktion berücksichtigt werden können, fallen auch nach 
Beendigung der Transaktion Nachverhandlungs- oder Konfliktkosten an [EbGo99, 230]. Je 
geringer jedoch die Höhe der transaktionsspezifischen Investitionen ist, desto weniger Ein- 
fluss hat Unsicherheit auf die Höhe der Transaktionskosten [EbGo99, 230]. Dies ist darauf 
zurückzuführen, dass eine langfristige Austauschbeziehung bei geringer Spezifität kaum Vor- 
teile aufweist und die Austauschbeziehungen ohne Erlöseinbußen auch mit anderen Transak- 
tionspartnem ausgeführt werden können [EbGo99, 230]. 

Auch anhand des Einflussfaktors Unsicherheit kann die kostenminimale organisatorische Re- 
gelung dargestellt werden (Abbildung 31). Je größer der Umfang der Informationsprobleme 
ist, desto höher sind auch die Transaktionskosten. Transaktionen mit geringer Unsicherheit 
(geringe Informationsprobleme) sind in marktlichen Organisationsformen kostenminimal (U 
< Ul). Bei steigenden Informationsproblemen weisen hierarchische Organisationsformen ge- 
ringere Transaktionskosten auf (U > U 2 ). Bei mittlerer Unsicherheit sind in hybriden Organi- 
sationsformen im Vergleich zum Markt und zur Hierarchie die Transaktionskosten am ge- 
ringsten (Ul < U < U 2 ). 
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Abbildung 31: Höhe der Transaktionskosten in Abhängigkeit von der Informationsun- 
sieherheit [in Anlehnung an Pieo82, 277| 

Neben der Unsicherheit für Kunden hinsichtlich des individualisierten Produktes und der Un- 
sicherheit des MC-Koordinators hinsichtlich der Korrektheit der ermittelten Individualisie- 
rungsparameter bestehen Informationsprobleme hauptsächlich im Bereich der Produktspezifi- 
zierung und in der durchgängigen Verarbeitung der Individualisierungsinformationen inner- 
halb des mehrstufigen Mass Customization Wertschöpfungssystems. Umweltunsicherheit tritt 
auf, falls kurzfristige Anpassungen aufgrund äußerer Einflussfaktoren auftreten. Betraehtet 
man die einzelnen Transaktionen separat, so bewirkt die Nieht-Lieferbarkeit einzelner Pro- 
duktbestandteile bei einem Zulieferer des Wertschöpfungssystems eine Unsicherheit inner- 
halb der Produktspezifizierung. Die Wertschöpfungspartner übergreifende Weitergabe von 
Informationen kann somit dazu beitragen, derartige Unsicherheit zu reduzieren. Eine Verbes- 
serung der Informationslage hinsichtlich Qualität, Aktualität und Umfang der Informationen 
innerhalb des Wertschöpfungsnetzwerkes bewirkt somit eine Senkung der durch Unsicherheit 
induzierten Transaktionskosten. 

Der dritte Umweltfaktor beschreibt die Häufigkeit der Abwicklung gleicher Transaktionen. 
Auch bei der Durchführung von Transaktionen können Skalen- und Verbundeffekte erzielt 
werden [EbGo99, 230]. Je häufiger eine Transaktion durchgeführt wird, desto geringer sind 
die Transaktionskosten pro einzelne Transaktion. Obgleich geeignete institutionelle Arrange- 
ments auch in Bezug auf den Faktor Häufigkeit die Senkung von Transaktionskosten ermögli- 
chen, ist eine präskriptive Bestimmung der Organisationsform meist überwiegend von den 
anderen Einflussfaktoren abhängig [EbGo99, 230], Die Häufigkeit von Transaktionen kann 
entweder unmittelbar durch eine Steigerung der Wiederholungszahl oder mittelbar durch die 
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Standardisierung verschiedenartiger Transaktionen erhöht werden. Der Standardisierungsgrad 
von Transaktionen ist davon abhängig, inwieweit transaktionsspezifische Faktoren für die 
Durchführung einzelner Transaktionen notwendig sind. Bezogen auf das Mass Customization 
Wertschöpfungssystem kann die Produktspezifizierung grundsätzlich für jeden Kunden in 
Form eines unstrukturierten Dialogs stattfinden. Mit der Integration eines Spezifiziemngsin- 
termediärs in das Wertschöpfungssystem (z. B. in Form eines Produktkonfigurators) wird 
jedoch der Ablauf der Produktspezifizierung vereinheitlicht und somit in Teilen standardi- 
siert. Innerhalb von Mass Customization ist jeder Auftrag, dessen Abwicklung sich aus meh- 
reren Einzeltransaktionen zusammensetzt, kundenspezifisch und damit zunächst einmalig 
(außer bei Wiederholungskäufen). Bis auf Transaktionen, die z. B. standardisierte Produktbe- 
standteile fertigen, ist zunächst kein Anstieg der Häufigkeit von Transaktionen zur Senkung 
von Transaktionskosten anzunehmen. Werden Transaktionen allerdings in digitalisierter Form 
über Informationssysteme ausgeführt, so kann aufgrund der einheitlichen Abwicklung von 
Transaktionen mit unterschiedlichen Nachrichteninhalten oder Transaktionsinformationen 
trotzdem eine Erhöhung der Häufigkeit erreicht werden. Der Umweltfaktor Häufigkeit bezieht 
sich auf die wiederholte Ausführung identischer Transaktionen. Im Fall der Leistungsindivi- 
dualisierung mit Fertigungslosgrößen von „1“ wie bei Mass Customization trifft dies nicht zu. 
Im Fall hoher Kundenintegration ist jede einzelne Transaktion unterschiedlich. Dennoch kann 
der Ansatz aufrechterhalten werden, dass auch bei Leistungsindividualisierung Transaktions- 
kostensenkungen erzielt werden können. Schnäbele ergänzt hierfür die Umweltfaktoren um 
die Kennziffer Flexibilität. Damit kann der Widerspruch zwischen einer spezifischen Nach- 
frage und der Erhöhung der Transaktionskostenhäufigkeit mit verschiedenen Nachfragern 
erklärt werden [Schn97, 152]. Die Bewertung der Häufigkeit von Transaktionen hinsichtlich 
ihres Einflusses auf die Transaktionskosten erfordert bei Aufgabe der Forderung nach identi- 
schen Transaktionen eine Bestimmung ihrer Ähnlichkeiten, ln Hinblick auf die Entkopp- 
lungspunkte zwischen auftragsneutralen und kundenspezifischen Wertschöpfüngsaktivitäten 
und der Bestimmung eines Vorfertigungsgrades werden Transaktionen auch dann vergleich- 
bar, falls die Transaktion Teil der Leistungsindividualisierung ist. 

Die Kostenwirkungen der dargestellten umweltbezogenen Einflussfaktoren sind in Tabelle 4 
zusammenfassend dargestellt. Da die vorliegende Arbeit Transaktionskosten fokussiert, wird 
die Auswirkung der Einflussfaktoren auf die Produktionskosten nicht berücksichtigt. Diesbe- 
zügliche Ausführungen können [EbGo99, 230] entnommen werden. 
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Einflussfaktor 

Wirkungen — — — 


Spezifität 


Unsieherheit 


Häufigkeit 


Wirkung auf die Transaktionskosten bei 
zunehmender Ausprägung der Einfluss- 
faktoren 


+ 

Zunahme 


+ 

Zunahme 


Abnahme 



Tabelle 4: Kostenwirkungen zunehmender Ausprägung der Einflussfaktoren [in Anleh- 
nung an EbGo99, 230| 



Zusammenfassend kann festgehalten werden: Eine Zunahme der transaktionsspezifischen 
Investitionen und der Unsicherheit führt zur Erhöhung der Transaktionskosten. Eine steigende 
Zunahme der Abwicklungshäufigkeit einer bestimmten Transaktion ermöglicht hingegen eine 
Senkung der Transaktionskosten. Aufgrund ihrer Spezifität stiften Transaktionen nur in be- 
stimmten Situationen oder nur für bestimmte Transaktionspartner einen Nutzen. Falls die 
Transaktion nicht in der geplanten Weise dmchgeführt werden kann, reduziert sich einerseits 
der Wert der Transaktion (Erlöseinbußen) und andererseits können Zusatzkosten zur Anbah- 
nung neuer Transaktionen entstehen. Die Erlösdifferenz zwischen dem besten und zweitbes- 
ten Transaktionseinsatz wird auch Quasi-Rente genannt [EbGo99, 228], Mit steigender Häu- 
figkeit der Durchführung einer identischen Transaktion sinken hingegen die Transaktionskos- 
ten. 

3. 3. 1.2. 3 Transaktionsatmosphäre 

Die Transaktionsatmosphäre umfasst die Rahmenbedingungen, unter denen Transaktionen 
ausgeführt werden. Nach Williamson sind hierbei insbesondere zwei Aspekte zu betrachten. 
Zunächst können sozio-kulturelle Rahmenbedingungen genannt werden. Zu dieser Art gehö- 
ren gesellschaftliche Strukturen (z. B. Arbeits-, Vertrags- und Handelsrecht) und ethische 
Faktoren (z. B. soziale Normen, Freundschaft und Reputation). Der Grad der Verbindlichkeit, 
mit der diese Faktoren das Handeln von Transaktionspartnem beeinflussen, hat Auswirkun- 
gen auf die Transaktionskostenstruktur. So lassen sich opportunistisches Verhalten eingren- 
zen, Unsicherheiten reduzieren und ungewollte, negative Transaktionen verhindern. Die 
Transaktionsatmosphäre umfasst zudem technologische Rahmenbedingungen. Hierzu zählt 
vor allem die technische Infrastruktur, innerhalb derer Transaktionen durchgeführt werden. 
Sind für Transaktionen informationsverarbeitende Kommunikationssysteme vorhanden, so 
lassen sieh auf unterschiedliehen Ebenen prinzipiell Transaktionskosten senken: Besehleuni- 
gung der Aushandlungsprozesse, Auffinden neuer Transaktionspartner und Transparenz bei 
der Transaktionskontrolle können zur Kostenreduzierung beitragen. Auch dieser Aspekt spielt 
für den weiteren Verlauf der Analyse eine wesentliche Rolle und wird daher im weiteren Ver- 
lauf noch detaillierter diskutiert. 

Der Einfluss der Transaktionsatmosphäre lässt sieh, bezogen auf das Mass Customization 
Wertschöpfungssystem, in beiden Aspekten erkennen. Die sozio-kulturellen Rahmenbedin- 
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gungen wirken sich auf die Vertrauensbasis zwischen Kunde und dem Anbieter von MC- 
Produkten und innerhalb des Wertschöpfungssystems aus. Damit kann die Verbindlichkeit 
von Transaktionen aber auch die Neuaufnahme von Wertschöpfungspartnem in das Wert- 
schöpfungssystem ermöglicht und erleichtert werden. Die technologischen Rahmenbedingun- 
gen fokussieren die Informationsverarbeitung innerhalb des Wertschöpfungssystems und der 
einzelnen Akteuren mit ihrer Umwelt. Da von einer dynamischen Bildung des Mass Customi- 
zation Wertschöpfungsnetzwerkes ausgegangen wird, das sich zudem auftrags- und zeitab- 
hängig in Zusammensetzung und Ausgestaltung verändern kann, müssen Mass Customization 
Informationssysteme das Auffmden neuer Wertschöpfungspartner ermöglichen und die An- 
laufzeit zur Aufnahme der Geschäftsbeziehung verkürzen. 

3. 3. 1.3 Einsatz von Informations- und Kommunikationssystemen als Beitrag zur Senkung 
von Transaktionskosten in Mass Customization Wertschöpfungssystemen 

Die vorliegende Arbeit entnimmt die theoretische Vorteilhaftigkeit von Informationssystemen 
den Grundannahmen der Transaktionskostentheorie. Die Transaktionsatmosphäre stellt den 
Rahmen bereit, innerhalb dessen Transaktionen ausgeführt werden können. Wie bereits in 
Kapitel 3.3. 1.2.3 dargestellt wurde, sind die technischen Rahmenbedingungen der Transakti- 
onsatmosphäre zuzuordnen. Die Verfügbarkeit von Informationssystemen zur Unterstützung 
von Transaktionen kann aufgrund von Standardisierung, Beschleunigung und Digitalisierung 
dazu beitragen, Transaktionskosten zu reduzieren [Pico82, 272f.]. 

Die Operationalisierung von Transaktionskostenveränderungen aufgrund einer Anpassung der 
Transaktionsatmosphäre ließe sich anhand einer quantitativen Bewertung von Informations- 
systementwicklungen messen. Da der Transaktionskostentheorie allerdings nur Tendenzaus- 
sagen zu entnehmen sind, ist eine monetäre Berechnung von Veränderungen meist nieht mög- 
lich. Grundlegende Wirkimgsmechanismen lassen sich jedoch abbilden und für eine Analyse 
heranziehen. So vergleichen Picot et al. in [PiRW03, 72] die Transaktionskosten ohne Sys- 
temunterstützung in Abhängigkeit von der Spezifität einer Transaktion mit dem Einsatz von 
Informationssystemen (Abbildung 32). 

Der Einsatz von luK-Systemen führt zu einer Verschiebung des Transaktionskostenverlaufs. 
Unabhängig von der konkreten Ausprägung der organisatorischen Regelung führt der Einsatz 
der Informationstechnologie bei gleich bleibender Spezifität der Transaktion zu einer Redu- 
zierung der Transaktionskosten. Gleichzeitig findet eine Verschiebung der Übergangspunkte 
zwischen verschiedenen institutioneilen Arrangements statt. Abbildung 32 zeigt, dass in Hin- 
blick auf Kosteneffizienz ein Wechsel von marktlichen zu hybriden Organisationsformen oh- 
ne luK-Systeme bei einer Spezifität Si sinnvoll ist. Der Übergang von hybriden zu hierarchi- 
schen Formen wird entsprechend bei einer Spezifität von S 2 empfohlen. Der Einsatz von luK- 
Systemen führt zu einer Rechtsverschiebung der Übergangspunkte entlang der Abszisse bei 
gleichzeitiger Reduzierung der anfallenden Transaktionskosten. Damit weist die hybride Or- 
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ganisationsform im Vergleich zum Markt ab und die Hierarchie im Vergleich zur hybri- 
den Organisationsform ab 82*“*^ geringere Transaktionskosten auf. 




Abbildung 32: Transaktionskostenveränderungen bei Einsatz von Informations- und 
Kommunikationstechnik |in Anlehnung an PiRW03, 72 1 

Mit dem Verweis auf die Transaktionsatmosphäre kann die Vorteilhaftigkeit von Informati- 
onssystemen nicht nachgewiesen werden. Die Grundannahmen der Transaktionskostentheorie 
eignen sich jedoch dafür, Informationssysteme als einen beeinflussbaren Kostenparameter 
aufzufassen. Demnach kann eine Transaktionskostenreduzierung erreicht werden, falls für 
jede Transaktion eine geeignete Transaktionsatmosphäre vorliegt und deren Eigenschaften 
Reduzierung der Transaktionskostenstruktur zulässt. Mass Customization Informationssyste- 
me müssen dazu beitragen, die Mass Customization spezifischen Transaktionskosten zu sen- 
ken. Dies ist einerseits über die Bereitstellung einer angemessenen Transaktionsatmosphäre in 
Bezug auf die technologischen Rahmenbedingungen und andererseits über eine Veränderung 
der Einflussfaktoren auf die Höhe der Transaktionskosten möglich. Ziel eines Mass Customi- 
zation Informationssystems muss es dabei sein, die Spezifität und die Unsicherheit von 
Transaktionen zu reduzieren und die Häufigkeit der Durchführung von Transaktionen zu er- 
höhen. Neben diesen Umweltfaktoren kann eine Verbesserung der Informationssituation in- 
nerhalb des Mass Customization Wertschöpfungssystems dazu beitragen, dass die Humanfak- 
toren (insbesondere: Begrenzte Rationalität und opportunistisches Verhalten) in ihrer Auswir- 
kung auf die Transaktionskosten begrenzt werden. Durchgängige Informationsflüsse über die 
einzelnen Wertschöpfungsstufen hinweg führen zu einer zeitlich und räumlich verbesserten 
Informationslage und können die Bewertbarkeit von Transaktionen objektivieren (Rationalität 
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von Entscheidungen nimmt zu). Die Vermeidung von Transaktionen zum Schaden anderer 
Wertschöpfungspartner aufgrund einer Durchgängigkeit von Informationsflüssen kann zudem 
opportunistisches Verhalten reduzieren. Allerdings muss innerhalb eines Wertschöpfungssys- 
tems mit rechtlich und organisatorisch eigenständigen Partnern von Zielkonflikten ausgegan- 
genen werden (Konkurrenzsituation, Grad der vertikalen Integration etc.). Dadurch ergibt sich 
der Anreiz, opportunistisches Handeln zu reduzieren. Dies erfolgt weniger aus Sieht eines 
einzelnen Partners, sondern auch aus Sicht des gesamten Wertsehöpfungssystems. 

3.3.2 Transaktionskostentheorie induzierte Anforderungen an Mass Customization 
Informationssysteme 

Nach der Mass Customization spezifischen Analyse auf Basis des Operational Failure Fra- 
meworks von Williamson werden nachfolgend die Anforderungen an Mass Customization 
Informationssysteme abgeleitet. Betrachtet werden die einzelnen Transaktionen des Mass 
Customization Wertschöpfungssystems. Zunächst werden anhand eines einheitlichen Sche- 
mas die transaktionsbezogenen Humanfaktoren und Umweltfaktoren dargestellt und bewertet. 
Im Abschluss werden die sich daraus ergebenden IS-Anforderungen abgeleitet und erläutert. 
Aufgrund der Mehrstufigkeit des zugrunde liegenden Wertschöpfungssystems liegt ein 
Schwerpunkt der Analyse auf der Ermittlung der überbetriebliehen IS-Anforderungen. Be- 
rücksichtigt werden im Einzelnen folgende Transaktionen: 

■ Kunde - Spezifizierungsintermediär, 

■ Spezifizierungsintermediär - MC-Koordinator, 

■ MC-Koordinator - Produzent, 

■ Produzent - Zulieferer 1 . Stufe, 

■ Zulieferer x. Stufe - Zulieferer y. Stufe. 

In dieser dargestellten Form entsteht eine lineare Wertschöpfungskette. Das eingeführte Mo- 
dell eines Wertschöpfungssystems berücksichtigt auch netzwerkartige Verbindungen zwi- 
schen den Akteuren. Bei der Analyse der Anforderungen an Mass Customization Informati- 
onssysteme wird jedoch aus methodischen Gründen die lineare Struktur verwendet, um die 
Komplexität in der Kriterienbewertung zu reduzieren. 

3.3.2. 1 Transaktion „Kunde - Spezifizierungsintermediär“ 

Die Transaktion zwischen dem Kunden und dem Spezifizierungsintermediär kennzeichnet die 
Verkaufsphase. Der Spezifizierungsintermediär ermittelt die Produktwünsche des Kunden 
und setzt diese unter Berücksichtigung des zugrunde liegenden Produktmodells in Individua- 
lisierungsparameter um. Die Human- und Umweltfaktoren der Transaktion zwischen dem 
Kunden und dem Spezifizierungsintermediär sind in Tabelle 5 dargestellt. 
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Das Mass Customization Informationssystem muss als Ausgangspunkt eines Auftrags im 
Wertschöpfungssystem den Verkaufsprozess unterstützen. Dies erfolgt durch die Bereitstel- 
lung einer Schnittstelle zwischen dem Kunden und dem Wertschöpfungssystem. Der Kunde 
äußert Individualisierungswünsche, die vom Spezifizierungsintermediär aufgenommen und 
verarbeitet werden müssen. Das Leistungspotenzial des Wertschöpfungssystems wird vermit- 
telt, in dem das Produktangebot und die möglichen Individualisierungsoptionen dargestellt 
werden. Der Umfang der Individualisierung, die dem Kunden ermöglicht wird, muss in Ab- 
stimmung mit dem Vorfertigungsgrad der Produktion festgelegt sein. So werden vorgefertigte 
Produktbestandteile in standardisierter Form verarbeitet und können nicht mehr durch den 
Spezifizierungsprozess beeinflusst werden. Ziel der Transaktion ist die Ermittlung der auf- 
tragsrelevanten Informationen. Dazu gehören neben den Kundendaten insbesondere die pro- 
duktbezogenen Daten für die Individualisierung. Aufgabe des Spezifizierungsintermediärs als 
Kundeninterface ist die Akquisition neuer Kunden und Aufträge. Besteht bereits eine Ge- 
schäftsbeziehung zu dem Kunden, können gespeicherte Informationen über Kundenpräferen- 
zen für den Spezifizierungsprozess verwendet werden. Aus Sicht des Spezifizierungsinterme- 
diärs ist der Grad der Generalisierbarkeit des Spezifizierungsprozesses relevant. Je allgemei- 
ner dieser ausgestaltet ist, desto eher können Informationssysteme auch für die Spezifizierung 
anderer Produkte eingesetzt werden. Damit kann die Transaktionshäufigkeit erhöht werden, 
zugleich senkt sich dadurch die Spezifität der Transaktion. Werden Erst- und Wiederverkäufe 
unterschieden, so treten bei Erstkäufen größere Unsicherheiten auf. Dies betrifft sowohl den 
Kunden als auch den Spezifizierungsintermediär. Der Kunde kann das angebotene Produkt- 
programm nicht auf Basis eines bereits gefertigten Produktes beurteilen. Der Spezifizierungs- 
intermediär hingegen kennt die Qualität der vom Kunden geäußerten Individualisierungsin- 
formationen nicht. Bei Wiederholungskäufen liegen für beide Akteure Informationen über 
frühere Transaktionen vor. Damit wird die Anzahl identischer Transaktionen erhöht. Außer- 
dem steigert eine langfristige Kundenbeziehung das Vertrauen in die Transaktion und führt 
zur Reduzierung von opportunistischem Verhalten. Der Spezifizierungsprozess als Dialog 
zwischen dem Kunden und dem Spezifizierungsintermediär ermittelt die Individualisierungs- 
informationen. Damit muss das Mass Customization Informationssystem in der Lage sein, das 
Produktangebot und die Optionen zur Produktindividualisierung so aufzubereiten, dass einer- 
seits der Kunde das in Aussicht gestellte Produkt umfassend beurteilen kann und andererseits 
mit den Methoden zur Informationserhebung valide Produktspezifikationen ermittelt werden. 
Eine Steigerung der Qualität der Individualisierungsinformationen kann die Unsicherheit der 
beteiligten Akteure reduzieren. Ebenso lassen sich Effizienzverluste aufgrund der begrenzten 
Rationalität der Akteure vermeiden, wenn der Spezifizierungsprozess den Interpretations- 
spielraum bei der Auswahl von Individualisierungsoptionen für den Kunden reduziert. 
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Humanfaktoren 


Bewertung 


Akteur 1: 

Kunde 


Begrenzte 

Rationalität 


■ Kunde bestimmt die subjektiv beste Einstellung der 
Individualisierungsoptionen 




Opportunistisches 

Verhalten 


■ Persönlicher Individualisierungswunsch steht vor 
Machbarkeit, Abhängigkeit des Spezifizierungsin- 
termediärs von den Kunden (kundenspezifische 
Transaktion) 


Akteur 2: 
Spezifizierungsin- 
termediär 


Begrenzte 

Rationalität 


■ Individualisierungswünsche sind nicht absolut exp- 
lizierbar 


Opportunistisches 

Verhalten 


■ Machbarkeit und Kosteneffizienz stehen vor Kun- 
denbedürfnissen 


Umweltfaktoren 


Bewertung im Fall von Mass Customization 


TK- 

Wirkung 


Unsicherheit 


■ Kunde kann die Eignung der angebotenen Spezifikation 
nicht beurteilen 


+ 




■ Spezifizierungsintermediär kann die Qualität der ermittelten 
Informationen nicht beurteilen 






■ Ermittlung von Kundenwünschen und Umsetzung in Pro- 
duktparameter sind Prozesse, die implizites Wissen expli- 
zieren (hohe Unsicherheit) 




Spezifität 


■ Kunde übermittelt die Individualisierungsdaten nur an einen 
Spezifizierungsintermediär und bindet sich damit an diesen 


+ 




■ Spezifizierungsintermediär bietet nur ein begrenztes Pro- 
duktprogramm an 






■ Spezifizierungsintermediär ist produktabhängig und damit 
spezifisch 




Häufigkeit 


■ Jeder Auftrag ist eigenständig; geringe Häufigkeit für den 
Kunden; bei Anstieg aufgrund von erhöhter Kundenzufrie- 
denheit, nimmt die Häufigkeit zu 


+ 




■ Zahl identischer Transaktionen sinkt aus Sicht des Spezifi- 
zierungsintermediärs 






■ Vereinheitlichung der Spezifizierung fuhrt zu Erhöhung der 
T ransaktionshäufigkeit 


- 



Tabelle 5: Charakterisierung der Transaktion „Kunde - Spezifizierungsintermediär“ 



Bei einer phasenorientierten Betrachtung der Transaktion zwischen Kunde und Spezifizie- 
rungsintermediär lassen sich die Kostenwirkungen bezogen auf die Transaktionskostenarten 
untersuchen. In der Anbahnungsphase fallen Kosten für die Ermittlung geeigneter Spezifizie- 
rungsintermediäre an. Dies umfasst einerseits Recherchen über das prinzipielle Produktange- 
bot, das der Spezifizierungsintermediär in einem Mass Customization Wertschöpfungssystem 
dem Kunden zur Spezifizierung anbietet, und andererseits die Überprüfung, ob die angebote- 
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nen Individualisierungsoptionen die vom Kunden geforderten Eigenschaften erfüllen können. 
Zu unterseheiden sind hierbei Transaktionen mit Bestandskunden (Anbahnung wurde bereits 
vorgenommen) und Transaktionen mit Neukimden. Im Rahmen der Vereinbarung wird die 
Produktspezifikation vorbereitet. Dies umfasst die Festlegung der Schnittstellen zwischen 
dem Kunden und dem Spezifizierungsintermediär (z. B. über einen Produktkonfigurator). In 
der Abwicklungsphase wird die Produktspezifikation erstellt. Als Ergebnis liegt eine Produkt- 
spezifikation als Vertrags Vereinbarung für das vom Kunden gewünschte Produkt vor. Naeh 
der Durehführung überprüfen beide Akteure in der Kontrollphase das Ergebnis der Transakti- 
on. Dabei umfassen Kontrollmaßnahmen vor Beginn weiterer Transaktionen die Visualisie- 
rung der Produktspezifikation, den Nachweis von Referenzaufträgen und die Dokumentation 
des Spezifizierungsprozesses. In einem naehgelagerten Sehritt kann auch nach vollendeter 
Produktion eine Überprüfung zwischen Produktspezifikation und dem gelieferten Saehgut 
vorgenommen werden. So kann nachträglich der Deckungsgrad zwischen Produkteigensehaf- 
ten und Kundenanforderungen analysiert werden. Sind Änderungen an dem vereinbarten 
Transaktionsgegenstand notwendig, so erfolgt dies in der Anpassungsphase. Vor Beendigung 
der Produktion kann die Produktspezifikation noch verändert werden. Haben bereits weitere 
Transaktionen begonnen, so hängt die Anpassbarkeit von der Lage des Individualisierungs- 
zeitpunktes ab. Vor Beginn der produktionsbezogenen Individualisierung können die Pro- 
duktspezifikation und der Herstellungsprozess in Hinblick auf die individuellen Produktbe- 
standteile angepasst werden, sofern die dafür relevanten Informationen in dem Wertsehöp- 
fungssystem ausgetauseht werden können. Wurde der Individualisierungszeitpunkt bereits 
erreieht, so können die Produktspezifikation und der Herstellprozess für einen bestimmten 
Auftrag nur noeh in Abhängigkeit von dem Individualisierungsumfang und von der Vorlaufs- 
frist für die Materialbesehaffung an kurzfristige Veränderungen angepasst werden. Naeh Be- 
endigung der Produktion ist die Individualisierungsintensität maßgebend, ob Individualisie- 
rungsschritte rückgängig gemacht werden können. Bei der Produktion von Sachgütern, die in 
Hinblick auf eine mit dem Kunden vereinbarte Produktspezifikation fehlerhaft sind, ist eine 
Veränderung nur durch erneute Spezifizierung (falls Kundenanforderung nicht zur Produkt- 
spezifikation passt) oder durch erneute Produktion (falls Sackgut nicht zur Produktspezifika- 
tion passt) möglich. Alternativ kann eine Zweitverwertung den Wertverlust aufgrund der Spe- 
zifität der Transaktion reduzieren. 

Für die Transaktion zwischen Kunde und Spezifizierungsintermediär lässt sich zusammenfas- 
send feststellen, dass das Mass Customization Informationssystem in der Lage sein muss, 
Individualisierungsparametem zu explizieren. Die Anpassbarkeit der Produkte an Kunden- 
wünsche setzt voraus, dass die möglichen Individualisierungsparameter festgelegt wurden. 
Dies umfasst die Unterscheidung von standardisierten, d. h. nicht durch den Kunden direkt zu 
bestimmenden Parametern, und individualisierbaren Produkteigenschaften. Mit dieser Anfor- 
derung wird zugleich eine Begrenzung der Individualisierbarkeit der Produkte vorgenommen. 
Dies ist in Hinblick auf das Ausnutzen von Effizienzvorteilen der Massenproduktion notwen- 
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dig. Da im Gegensatz zur Fertigung standardisierter Produkte ein Produktmodell bei Mass 
Customization vor Auftragseingang keine vollständige Spezifikation der herzustellenden Pro- 
dukte beschreibt, werden die Individualisierungsparameter erst bei einem Kundenauftrag fest- 
gelegt. Informationssysteme für Mass Customization müssen daher außerdem den Spezifika- 
tionsprozess von einem Produktmodell zu einer konkreten Produktausprägung mit geeigneten 
mathematischen Verfahren unterstützen. 

3. 3.2.2 Transaktion „Spezifizierungsintermediär - MC-Koordinator“ 

In der Transaktion zwischen dem Spezifizierungsintermediär und dem MC-Koordinator wer- 
den eingegangene Aufträge an den MC-Koordinator übertragen. Wird der Spezifizierungsin- 
termediär direkt von dem MC-Koordinator eingesetzt bzw. zur Verfügung gestellt, so sind 
beide Akteure organisatorisch verbunden (Akteur übernimmt sowohl die Rolle des Spezifizie- 
rungsintermediärs und als auch des MC-Koordinators). Wenn dies nicht der Fall ist, agiert der 
Spezifizierungsintermediär selbständig und unabhängig. Vorstellbar sind hierbei Konfigurati- 
onsportale oder elektronische Marktplätze. Hierbei erfolgt die Zusammenarbeit zwischen dem 
Spezifizierungsintermediär und dem MC-Koordinator nicht exklusiv, d. h. ein MC- 
Koordinator arbeitet mit mehreren Spezifizierungsintermediären zusammen. Zugleich ermit- 
teln diese jedoch auch Aufträge für mehr als einen MC-Koordinator. Die Human- und Um- 
weltfaktoren der Transaktion zwischen dem Spezifizierungsintermediär und dem MC- 
Koordinator sind in Tabelle 6 dargestellt. 

Die Interaktion zwischen dem Spezifizierungsintermediär und dem MC-Koordinator ist aus 
einer bidirektionalen Sicht dafür zuständig, einerseits das vom Wertschöpfungssystem bereit- 
gestellte Leistungspotenzial zu definieren und andererseits die ermittelten Produktspezifikati- 
onen vom Spezifizierungsintermediär an den MC-Koordinator weiterzuleiten. Das Mass 
Customization Informationssystem muss daher die Erstellung von Produktmodellen und die 
Explizierung der Produktparameter zur Bereitstellung der Produktspezifizierung unterstützen. 
Produktmodelle beschreiben die Zusammensetzung der Produkte. Im weiteren Verlauf muss 
eine Zuordnung von den Produktbestandteilen zu den Akteuren des gesamten Wertschöp- 
fungssystems ermöglicht werden (insbesondere in Hinblick auf die Produktion). Der Grad der 
Spezifität des Spezifizierungsintermediärs bestimmt außerdem die organisatorische Einbet- 
tung der Transaktion. Die institutioneile Trennung von Spezifizierungsintermediär und MC- 
Koordinator führt zu einer hohen Unsicherheit der Transaktion. So ist der MC-Koordinator 
darauf angewiesen, dass der Spezifizierungsintermediär neue Aufträge in Form von Produkt- 
spezifikationen liefert. Bei hoher Spezifität der Transaktion, d. h. die Produktspezifizierung 
ist Produkt- und akteursabhängig, erscheint die organisatorische Zuordnung dieser Transakti- 
on zum MC-Koordinator sinnvoll. Aufgrund der Individualität der einzelnen Kundenaufträge 
wird die Anzahl identischer Transaktionen vermindert. Mit der Bereitstellung eines generali- 
sierten Produktspezifizierungsprozesses kann jedoch die Spezifität der Transaktion reduziert 
und die Häufigkeit von Transaktionen erhöht werden. Diese Transaktion übernimmt als Be- 
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ginn der Auftragsabwicklung außerdem die Auftragsvorbereitung und die Weitergabe von 
Auftragsdaten. Verändert das Wertschöpfungssystem das Produktangebot, so muss dies bei 
der Produktspezifizierung durch den Spezifizierungsintermediär berücksichtigt werden. Die 
Anpassung von Produktmodellen und Individualisierungsparametem reduziert dabei die Zeit, 
bis weitere Aufträge angenommen werden können. 



Humanfaktoren 


Bewertung 


Akteur 1: 

Spezifizierungsin- 

termediär 


Begrenzte 

Rationalität 


■ Individualisierungswünsche sind nicht absolut exp- 
lizierbar 


Opportunistisches 

Verhalten 


■ Machbarkeit und Kosteneffizienz stehen vor Kun- 
denbedürfnissen 


Akteur 2: 

MC-Koordinator 


Begrenzte 

Rationalität 


■ Unvollständige Informationen aus der Spezifizie- 
rung und über das Produktionsnetzwerk liegen vor 




Opportunistisches 

Verhalten 


■ Ausschließliche Annahme von Aufträgen mit hoher 
Umsatzrendite 


Umweltfaktoren 


Bewertung im Fall von Mass Customization 


TK- 

Wirkung 


Unsicherheit 


■ MC-Koordinator übernimmt kundenspezifischen Auftrag 
mit hohem Verlustrisiko, falls die Spezifizierungsinformati- 
onen nicht korrekt sind 


+ 


Spezifität 


■ Wenn der Spezifizierungsintermediär nur mit einem MC- 
Koordinator zusammenarbeitet, erfolgen spezifische Inves- 
titionen in die Zusammenarbeit 


+ 




■ Wenn der MC-Koordinator nur mit einem Spezifizierungs- 
intermediär zusammenarbeitet, erfolgen spezifische Investi- 
tionen in die Zusammenarbeit 




Häufigkeit 


■ MC-Koordinator erhält Einzelaufträge, Anzahl identischer 
Transaktionen nimmt ab 


+ 



Tabelle 6: Charakterisierung der Transaktion „Spezifiziernngsintermediär - MC- 
Koordinator“ 



Die Kosten für die Anbahnung von Transaktionen zwischen Spezifizierungsintermediär und 
MC-Koordinator hängen von der Kardinalität der Akteursbeziehung ab. Bei regelmäßiger 
Zusammenarbeit derselben Akteure fallen geringe Anbahnungskosten an, da die Vorausset- 
zungen für die Transaktion bereits bekannt sind. Arbeitet der MC-Koordinator mit mehreren 
Spezifizierungsintermediären zusammen (z. B. über elektronische Märkte), so müssen poten- 
tielle Akteure für die Anlieferung von Produktspezifikationen identifiziert und bewertet wer- 
den. In gleicher Weise muss ein Spezifizierungsintermediär, der für mehrere MC- 
Koordinatoren Produktspezifikationen erstellt, geeignete Akteure finden. In der Vereinba- 
rungsphase finden Abstimmungsprozesse über das individualisierbare Sackgut statt. Dies 
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umfasst den Austausch von Produktmodellen und die Festlegung von Individualisierungspa- 
rametem. Außerdem wird vereinbart, welche Auftragsdaten bei der Durchführung von Trans- 
aktionen ausgetauscht werden müssen. Schließlich werden die geeigneten Spezifizierungs- 
bzw. Konfigurierungsmethoden festgelegt. Kosten für die Abwicklung entstehen bei der Wei- 
tergabe der Auftragsdaten und für die Bereitstellung des Spezifizierungspotenzials des Spezi- 
fizierungsintermediärs und die Leistungsbereitschaft des MC-Koordinators für das gesamte 
Wertschöpfungssystem. Im Rahmen der Kontrolle fallen Kosten für das Überwachen verein- 
barter Auftragszahlen, für die Überprüfung der Aufträge auf Validität in Bezug auf das Pro- 
duktmodell und den vereinbarten Individualisierungsraum an. Kosten für die Anpassung kön- 
nen entstehen, falls datenbezogene Modelle (z. B. Produkt- oder Produktspezifikationsmodell) 
oder ablaufbezogene Modelle (z. B. Produktspezifizierungsprozess) angepasst werden müs- 
sen. 

Anforderung für das Mass Customization Informationssystem ist also die Erstellung von Pro- 
duktmodellen, da so ein strukturiertes Verständnis des Aufbaus von Produkten sichergestellt 
wird. Das Produktmodell umfasst die zur Fertigung notwendigen Komponenten in Ausstat- 
tung, Menge und Anordnung. Außerdem werden logische Abhängigkeiten zwischen Kompo- 
nenten berücksichtigt. Das Mass Customization Informationssystem muss die Modellierung 
der Modularisierbarkeit von Produkten unterstützen. 

3. 3.2. 3 Transaktion „MC-Koordinator - Produzent“ 

In dem entwickelten Wertschöpfungsmodell wird zwischen der Vermarktung und der physi- 
schen Herstellung der kundenindividuellen Güter unterschieden. Somit ergibt sich die Tren- 
nung in die beiden Akteure „MC-Koordinator“ und „Produzent“. Der MC-Koordinator erteilt 
an den Produzenten einen Fertigungsauftrag, den dieser innerhalb seines Produktionsnetzwer- 
kes ausführt. Da in dieser Arbeit angenommen wird, dass die Individualisierung des Sackgu- 
tes innerhalb der Produktherstellung vorgenommen wird, hegt der letzte Entkopplungspunkt 
in dem Verantwortungsbereich des Produzenten. Die Human- und Umweltfaktoren der Trans- 
aktion zwischen dem Spezifizierungsintermediär und dem MC-Koordinator sind in Tabelle 7 
dargestellt. 

Die Transaktion zwischen dem MC-Koordinator und einem Produzenten ergibt sich aus der 
rollenbezogenen Aufteilung von Sachgutvermarktung und Sachgutherstellung. Das Mass 
Customization Informationssystem muss daher in der Lage sein, die überbetrieblichen Inter- 
aktionen zwischen dem MC-Koordinator und aus Sicht der Produktion vorgelagerten Wert- 
schöpfungsstufen abzudecken. Da die kundenindividuellen Aufträge per se unterschiedlich 
sind, reduziert sich die Anzahl identischer Transaktionen. Zugleich ist Gegenstand dieser 
Transaktion immer ein Produkt. Damit unterscheidet sich diese Transaktion im Mass Custo- 
mization Wertschöpfungssystem von einer vergleichbaren Austauschbeziehung bei standardi- 
sierter Produktion. Die Losgröße beträgt „1“. Die Gesamtanzahl der Transaktionen nimmt 
daher eher zu, da jeder Kundenauftrag zu einem eigenen Auftragsablauf im Wertschöpfungs- 
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System fuhrt. Die Transaktion zwischen MC-Koordinator und Produzenten bildet den Aufbau 
des Werfschöpfungssystems zur Herstellung von individuellen Produkten. Damit wird es 
notwendig, relevante Wertschöpfungspartner zu identifizieren. Transaktionen im Wertschöp- 
fungssystem werden entweder mit bekannten Akteuren oder mit neuen Partnern durchgeführt. 
Bei Aufnahme neuer Akteure in das Wertschöpfungssystem muss in der Anbahnung der 
Transaktion eine Bewertung der in Aussicht gestellten Leistung des Wertschöpfungspartners 
vorgenommen werden. Da die Kosten für den Austausch eines Wertschöpfungspartners hoch 
sind (geringe Transaktionshäufigkeit, hohes Risiko, ggf hohe Spezifität) besteht ein Ziel des 
MC-Koordinators darin, die Transaktionen der verschiedenen Wertschöpfungspartner zu ver- 
einheitlichen. Damit kann das Risiko der Transaktion durch Regelungen und einen bidirektio- 
nalen Informationsfluss reduzier! werden. Je geringer die Spezifitäf einer Transaktion, desto 
geringer sind zudem die Kosten für einen Austausch von Wertschöpfungspartnem. Die Unter- 
stützung des Informationsflusses ist Aufgabe des Mass Customization Informationssystems. 
Als Koordinator des Mass Customization Wertschöpfungssystem ist der MC-Koordinator für 
den Austausch von Produktspezifikationen zuständig. Dies umfasst die Weitergabe der auf- 
tragsrelevanten Informationen an die Wertschöpfungspartner in dem Maß, wie es der einzelne 
Akteur notwendig macht. Falls der Produzent umfangreiche Kenntnisse über das zugrunde 
liegende Produktmodell hat, kann das Risiko in der Produktion reduziert werden. Gleichzeitig 
steigt die Gefahr opportunistischen Verhaltens, falls den Akteuren mehr Informationen zur 
Verfügung stehen als für die Erfüllung der vereinbarten Transaktion erforderlich ist. So kann 
ein Produzent die Produktentwicklung des MC-Koordinators für eigene Zwecke einsetzen. 
Wird der Umfang der auszutauschenden Informationen begrenzt, so reduziert sich zudem die 
Spezifität hinsichtlich der Zusammenarbeit mit bestimmten Wertschöpfungspartnem. Der 
MC-Koordinator vergibt an den Produzenten Aufträge zur Herstellung von Sachgütern, deren 
Ausgestaltung mittels Transaktion zwischen Kunde und Spezifizierungsintermediär vereinbart 
wurde. Nimmt der MC-Koordinator Einfluss auf die Zulieferstraktur des Produzenten, so 
muss das Mass Customization Informationssystem auch den Austausch von Akteursmodellen 
unterstützen. Da der Produzent die Herstellung des Sackgutes übernimmt und damit für die 
Produktionsprozesse verantwortlich ist, muss die Festlegung der Individualisierangsparameter 
für die Produktspezifikation in Abstimmung mit dem Produzenten erfolgen. 
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Humanfaktoren 


Bewertung 


Akteur 1: 

MC-Koordinator 


Begrenzte 

Rationalität 


■ Machbarkeit des Auftrags durch den Produzenten 
bleibt ungeklärt 




Opportunistisches 

Verhalten 


■ Bewusste Verlagerung des Risikos der Herstellung 
auf andere Akteure; Vorteilnahme aus Vermark- 
tungsperspektive 


Akteur 2: 
Produzent 


Begrenzte 

Rationalität 


■ Unvollständige Informationen aus der Spezifizie- 
rung liegen vor 




Opportunistisches 

Verhalten 


■ Ausnutzen der einseitigen Abhängigkeit des MC- 
Koordinators vom Produzenten in Vertrags Ver- 
handlungen bzw. bei der Vertragserfüllung 


Umweltfaktoren 


Bewertung im Fall von Mass Customization 


TK- 

Wirkung 


Unsicherheit 


■ MC-Koordinator übernimmt kundenspezifischen Auftrag 
mit hohem Verlustrisiko, falls Teile der Produktspezifikati- 
on nicht korrekt sind 


+ 


Spezifität 


■ Aufträge sind kundenspezifisch, damit wird auch die Ferti- 
gung nach dem Entkopplungspunkt spezifisch; je nach Pro- 
dukt- und Fertigungsart bedingt dies zusätzliche spezifische 
Investitionen in das Wertschöpfungssystem 


+ 




■ Wenn der MC-Koordinator nur mit einem Produzenten 
zusammenarbeitet, erfolgen spezifische Investitionen in die 
Zusammenarbeit 






■ Wenn der Produzent nur mit einem MC-Koordinator zu- 
sammenarbeitet, erfolgen spezifische Investitionen in die 
Zusammenarbeit 




Häufigkeit 


■ Produzent erhält Einzelaufträge mit Losgröße „1“, Anzahl 
identischer Transaktionen nimmt ab 


+ 




■ Vereinheitlichung der Fertigung bzw. Erhöhung der Pro- 
duktionsflexibilität führt zu hoher Häufigkeit 


- 



Tabelle 7: Charakterisierung der Transaktion „MC-Koordinator - Produzent“ 



In der Anbahnungsphase fallen aus Sicht des MC-Koordinators Kosten für die Ermittlung und 
Bewertung potenzieller Produzenten an (anhand von Kriterien wie z. B. Kapazitäten, Res- 
sourcen, Kompetenzen, Qualität, Zuverlässigkeit etc.)- Kosten für die Vereinbarung entstehen 
bei der Auswahl eines Produzenten und den Austausch von daten- und ablaufbezogenen Mo- 
dellen (z. B. Produktmodell, Produktionsmodell etc.). Voraussetzung für die Abwicklung der 
Transaktion ist die Vereinbarung von Schnittstellen und deren Kompatibilität. Aufgabe des 
Mass Customization Informationssystems ist es deshalb, den Informationsaustausch innerhalb 
des mehrstufigen, überbetrieblichen Mass Customization Wertschöpfungssystems zu koordi- 
nieren. Dabei ersetzt das Mass Customization Informationssystem nicht die einzelnen inner- 
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betrieblichen Informationssysteme der Akteure, sondern spezifiziert die für das Wertschöp- 
fungssystem gemeinsam relevanten Bereiche. Die Abwicklung der Transaktion umfasst im 
Wesentlichen die Vergabe von Produktionsaufträgen. Dabei entstehen Kosten für die Über- 
tragung der auftragsrelevanten Informationen. Im Rahmen der Kontrolle findet der Austausch 
von Auftragsstatusinformationen statt. Anhand vereinbarter Kriterien kann so die Qualität der 
Leistungserbringung bewertet werden. Je nach Ergebnis der Transaktion sind Anpassungen 
notwendig. Dies können Kosten für die monetäre Anpassung (z. B. Reduzierung der Entloh- 
nung des Wertschöpfungspartners bei Schlechtleistung) oder für die Pflicht zur Wiederholung 
von Aufträgen sein. Werden im Rahmen der Anpassung weiterführende Änderungsbedarfe 
festgestellt, so entstehen Kosten für die Anpassung von Modellen (z. B. Produktspezifizie- 
rung) oder für die Veränderungen von Vergütungsstrukturen. 

Als Anforderungen an das Mass Customization Informationssystem ergeben sich aus der 
Transaktion zwischen MC-Koordinator und Produzent folgende Anforderungen. Die Prämis- 
se, dass Mass Customization Wertschöpfungssysteme aus mehr als zwei Akteuren bestehen, 
bedingt die Möglichkeit zum Austausch von Individualisierungsinformationen zwischen den 
beteiligten Unternehmen. Produktspezifikationen müssen demnach derart explizit gemacht 
werden, dass eine informationstechnische Übertragung möglich ist und der direkte Bezug zum 
Produktmodell bestehen bleibt. Unternehmen übernehmen in Wertschöpfungssystemen unter- 
schiedliche Aufgaben (z. B. Produktion, Distribution etc.). Neben der Anforderung, den Kun- 
den als Wertschöpfungspartner in die Betrachtung einzubeziehen, umfasst eine Klassifizie- 
rung der Akteure die Beschreibung von Unternehmen und deren Produkt- bzw. Leistungsan- 
gebot. Erfolgt die Bildung von Wertschöpfungssystemen für Mass Customization anhand der 
Kemkompetenzen, übernehmen die Akteure jeweils spezifische Teilaufgaben (z. B. Spezifi- 
zierungs-, Fertigungs- oder Distributionsprozess). Die Klassifikation von Wertschöpfungs- 
partnern unterstützt die Zuordnung von Unternehmen zu den anfallenden Aufgaben und muss 
in das Mass Customization Informationssystem integriert werden. 

3. 3.2.4 Transaktion „Produzent - Zulieferer 1. Stufe“ 

Übernimmt der Produzent nur einen Teil der Fertigung und bezieht dafür vorgefertigte Pro- 
duktkomponenten, arbeitet dieser mit Zulieferern zusammen. Zulieferer der ersten Stufe ar- 
beiten direkt mit dem Produzenten zusammen. Je nach Lage des Entkopplungspunktes über- 
nehmen Zulieferer die Bereitstellung ausschließlich standardisierter Produktbestandteile oder 
sie liefern auch auftrags- bzw. kundenspezifische Komponenten. Die Human- und Umwelt- 
faktoren der Transaktion zwischen dem Produzenten und einem Zulieferer der ersten Stufe 
sind in Tabelle 8 dargestellt. 

In der Interaktion zwischen dem Produzenten und einem Zulieferer werden Zulieferaufträge 
vergeben. Dabei muss das Mass Customization Informationssystem die Ermittlung geeigneter 
Wertschöpfungspartner unterstützen. Die Unterscheidung von standardisierten und individuel- 
len Produktbestanteilen ist notwendig, da dies die Weitergabe von produktbezogenen Infor- 
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mationen beeinflusst. Bei standardisierten Teilen kann die Beschaffung kundenneutral erfol- 
gen, außerdem sind nur Bestandteile des Produktmodells erforderlich. Hingegen ist bei der 
Beschaffung von individuellen Produktbestandteilen die Weitergabe von Informationen über 
einen einzelnen Kundenauftrag in Form der Produktspezifikation Voraussetzung für die Er- 
stellung der Zulieferteile. Individualisierte Produktbestandteile weisen zugleich eine geringe 
Häufigkeit identischer Transaktionen, ein hohes Risiko aufgrund von Unsicherheit und eine 
hohe Spezifität auf. Sind individuell hergestellte Produktbestandteile lediglich für einen be- 
stimmten Auftrag verwendbar, so entstehen Kosten bei alternativer, effizienzreduzierter Ver- 
wendung. Standardisierte Produktbestandteile können massenhaft beschafft werden. Die 
Transaktion kann somit häufig stattfinden. Außerdem sind das Risiko und die Spezifität ge- 
ring. Je nach Individualisierungsgrad des Sackgutes muss der Produzent einem Zulieferer 
über das Mass Customization Informationssystem Zugriff auf das Produkt- oder Produktspe- 
zifikationsmodell ermöglichen. 

Bei der Anbahnung der Transaktion entstehen Kosten für die Spezifizierung des Zulieferbe- 
darfs sowie für die Ermittlung und Bewertung potenzieller Zulieferer. Sind für die Auswahl 
von geeigneten Wertschöpfungspartnem produktbezogene Informationen notwendig (z. B. bei 
Beschaffung individueller Produktbestandteile), so müssen diese ausgetauscht werden. Bei 
der Vereinbarung des Transaktionsgegenstandes müssen Schnittstellen und die Bedingungen 
des Datenaustausches für den Zulieferauftrag festgelegt werden. Dies umfasst auch die Ver- 
handlung von Lieferzeiten, Preisen und Lieferkonditionen. In der Abwicklung fallen Transak- 
tionskosten für das Versenden von Auftragsinformationen und die Annahme eingegangener 
Bestellungen an. Die Kosten für die Abwicklung von Aufträgen über individualisierte Pro- 
duktbestandteile sind dabei höher, da neben produkt- auch kundenbezogene Informationen 
ausgetauscht werden müssen. Im Rahmen der Kontrolle der Transaktion zwischen Produzent 
und Zulieferer wird die Auftragserfüllung überwacht. Dies umfasst die Einhaltung von ver- 
einbarten Rahmenbedingungen (z. B. Lieferzeit) und den Grad der Leistungserfüllung hin- 
sichtlich des Transaktionsgegenstandes. Bei der Beschaffung individueller Produktbestandtei- 
le entstehen zudem Kosten für die Überprüfung der Einhaltung der Produktspezifikation. Kos- 
ten für die Anpassung der Transaktion fallen an, falls ein Wechsel von Wertschöpfungs- 
partnem während eines Auftrags oder nach Auftragsabschluss notwendig wird. Ein Wechsel 
während eines Auftrags verursacht höhere Kosten, da die Unsicherheit hinsichtlich der Ein- 
haltung der Gesamtleistung des Wertschöpfungssystems größer ist und bei Abhängigkeit der 
Transaktion von bestimmten Zulieferern hohe Spezifität vorliegt. 
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Humanfaktoren 


Bewertung 


Akteur 1: 

Produzent 


Begrenzte 

Rationalität 


■ Kompetenzen der Zulieferer sind nur unvollständig 
zu erfassen und zu bewerten 




Opportunistisches 

Verhalten 


■ Ausschließliche Auslagerung unrentabler Produkti- 
onsschritte 


Akteur 2: 

Zulieferer 1 . Stufe 


Begrenzte 

Rationalität 


■ Zulieferer kennt nur Ausschnitte des Auftrags und 
kann Gesamtprodukt möglicherweise nicht überbli- 
cken 




Opportunistisches 

Verhalten 


■ Ausnutzen der einseitigen Abhängigkeit des Produ- 
zenten von bestimmten Zulieferern in Vertragsver- 
handlungen bzw. bei der Vertragserfüllung 


Umweltfaktoren 


Bewertung im Fall von Mass Customization 


TK- 

Wirkung 


Unsicherheit 


■ Bei Zulieferung standardisierter Komponenten: Keine grö- 
ßere Unsicherheit im Vergleich zur Fertigung standardisier- 
ter Produkte 


0 




■ Bei Zulieferung kundenindividueller Komponenten: Höhe- 
res Verlustrisiko, falls Spezifizierungsinformationen nicht 
korrekt sind oder deren Übertragung fehlerhaft war 


+ 


Spezifität 


■ Wenn der Zulieferer nur mit einem Produzenten zusam- 
menarbeitet und hierbei produktbezogene Sonderanferti- 
gungen notwendig sind, erfolgen spezifische Investitionen 
in die Zusammenarbeit 


+ 




■ Wenn der Produzent nur mit einem MC-Koordinator zu- 
sammenarbeitet, erfolgen spezifische Investitionen in die 
Zusammenarbeit 




Häufigkeit 


■ Bei Zulieferung standardisierter Komponenten: Keine Ver- 
änderung der Häufigkeit im Vergleich zur Fertigung stan- 
dardisierter Produkte 


0 




■ Bei Zulieferung kundenindividueller Komponenten; Anzahl 
identischer Transaktionen nimmt ab 


+ 



Tabelle 8: Charakterisierung der Transaktion „Produzent - Zulieferer 1. Stufe“ 



Der Produzent bildet durch die Transaktionen mit Zulieferern den Ausgangspunkt des Pro- 
duktionsnetzwerks. Im Vergleich mit den bislang dargestellten Transaktionen ist die Ver- 
flechtung zwischen Wertschöpfungspartnem bei Transaktionen innerhalb des Produktions- 
netzwerkes höher. So weist jedes instanziierte Wertschöpfungssystem für einen bestimmten 
Auftrag einen Spezifizierungsintermediär, einen MC-Koordinator und einen Produzenten auf. 
Zur Herstellung des Sachgutes ist jedoch in Abhängigkeit von dem Produktmodell und von 
dem Umfang der Individualisierbarkeit eine Vielzahl von Zulieferern beteiligt. Neben einer 
inhaltlichen Beschreibung des Leistungsangebotes von Unternehmen muss deren organisato- 
rische Einbindung unterstützt werden. Hierzu gehören Auswahl- und Bewertungsprozesse, 
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auf deren Basis die Entscheidung getroffen werden kann, mit welchen Unternehmen zusam- 
mengearbeitet wird. Der Bedarf der Identifizierung potentieller Geschäftspartner besteht hier- 
bei sowohl aus Sicht des Leistungsanbieters als auch seitens des Leistungsnachfragers. Ein 
Leistungsanbieter veröffentlicht das Leistungsangebot mit dem Ziel, den Bedarf von Leis- 
tungsnachfragem zu adressieren (Bottom-Up-Perspektive). In gleicher Weise veröffentlichen 
Leistungsnachfrager ihren Bedarf, um potentielle Leistungsanbieter für die Zusammenarbeit 
in Wertschöpfungssystemen zu ermitteln (Top-Down-Perspektive). Die Spezifizierung von 
Wertschöpfungsaktivitäten mit einer Zuordnung der Akteure ist hierbei eine Anforderung an 
das Mass Customization Informationssystem, um Wertschöpfungssysteme aufbauen und rep- 
räsentieren zu können. 

3. 3.2. 5 Transaktion „Zulieferer x. Stufe - Zulieferer y. Stufe“ 

Erteilt ein Zulieferer weitere Unteraufträge, so entsteht eine Zusammenarbeit mit Zulieferern 
der 2. oder n. Stufe (bei mehrfacher Hierarchisierung). Auch für diese Transaktion besteht die 
Entscheidung, ob der Transaktionsgegenstand eine standardisierte oder eine kundenindividu- 
elle Leistung umfasst. Erfolgt die Beschaffung individueller Bestandteile bei einem Zulieferer 
der 2. bis n. Stufe, so liegt auch der Entkopplungspunkt bei diesem. Somit liegt ein geringerer 
Vorfertigungsgrad vor, da die auftragsbezogene Produktion bereits bei vorgelagerten Wert- 
schöpfungsstufen beginnt. Die Human- und Umweltfaktoren der Transaktion zwischen zwei 
Zulieferern sind in Tabelle 9 dargestellt. 

Das Mass Customization Informationssystem muss auch die Anforderungen aus Sicht der 
Transaktion zwischen zwei Zulieferern erfüllen. Aufgrund der Mehrstufigkeit des Wertschöp- 
fungssystems, die sich auch auf die Zulieferstrukturen auswirkt, besteht das Produktionsnetz- 
werk aus mehreren aufeinander aufbauenden Zulieferbeziehungen. Somit umfassen Transak- 
tionen zwischen zwei Zulieferern (z. B. Zulieferer der 1. Stufe und Zulieferer der 2. Stufe) die 
Weitergabe von Zulieferaufträgen. Die Unterscheidung in individualisierte und standardisierte 
Produktbestandteile muss auch hier beibehalten werden. Allerdings bedingt die gewählte Dar- 
stellungsform des Wertschöpfungssystems eine Begrenzung der Wertschöpfungspartner. Dies 
kann dadurch erreicht werden, dass im Wertschöpfungssystem ausgehend von der letzten 
Transaktion mit einem individualisierten Produktbestandteil eine weitere Wertschöpfungsstu- 
fe betrachtet wird. Liefert beispielsweise noch ein Zulieferer der 2. Stufe individuelle Pro- 
duktbestandteile, so muss das Wertschöpfungssystem und somit auch das Mass Customizati- 
on Informationssystem Zulieferer der 3. Stufe abbilden können. Für die Transaktion zwischen 
Zulieferern ist die Auswahl geeigneter Wertschöpfungspartner Voraussetzung einer erfolgrei- 
chen Leistungserbringung. Veränderungen an dem Wertschöpfungssystem können aufgrund 
interner und externer Einflüsse stattfinden. Innere Einflüsse können beispielsweise produkt- 
bezogene Veränderungen sein, die eine Anpassung der Zulieferstruktur erfordern. Externe 
Einflüsse sind auf Veränderungen einzelner Wertschöpfungspartner zurückzuführen (z. B. 
Lagerengpass bei einem Zulieferer, Produktionsengpass bei einem Produzenten). 
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Humanfaktoren 


Bewertung 


Akteur 1: 

Zulieferer x. Stufe 


Begrenzte 

Rationalität 


■ Kompetenzen der Zulieferer sind nur unvollständig 
zu erfassen und zu bewerten 




Opportunistisches 

Verhalten 


■ Ausschließliche Auslagerung unrentabler Produkti- 
onsschritte 


Akteur 2: 
Zulieferer y. Stufe 


Begrenzte 

Rationalität 


■ Zulieferer kennt nur Ausschnitte des Auftrags und 
kann Gesamtprodukt möglicherweise nicht überbli- 
cken 




Opportunistisches 

Verhalten 


■ Ausnutzen der einseitigen Abhängigkeit des Produ- 
zenten von bestimmten Zulieferern in Vertragsver- 
handlungen bzw. bei der Vertragserfüllung 






■ Versuch wird unternommen, Varianten standardi- 
sierter Bestandteile anstelle von individuellen 
Komponenten anzubieten 


Umweltfaktoren 


Bewertung im Fall von Mass Customization 


TK- 

Wirkung 


Unsicherheit 


■ Bei Zulieferung standardisierter Komponenten: Keine grö- 
ßere Unsicherheit im Vergleich zur Fertigung standardisier- 
ter Produkte 


0 




■ Bei Zulieferung kundenindividueller Komponenten: Ver- 
lustrisiko, falls Spezifizierungsinformationen nicht korrekt 
sind oder deren Übertragung fehlerhaft war 


+ 


Spezifität 


■ Wenn Zulieferer nur mit bestimmten Zulieferern zusam- 
menarbeitet und hierbei produktbezogene Sonderanferti- 
gungen notwendig sind, erfolgen spezifische Investitionen 
in die Zusammenarbeit 


+ 


Häufigkeit 


■ Bei Zulieferung standardisierter Komponenten: Keine Ver- 
änderung der Häufigkeit im Vergleich zur Fertigung stan- 
dardisierter Produkte 


0 




■ Bei Zulieferung kundenindividueller Komponenten: Anzahl 
identischer Transaktionen nimmt ab 


+ 



Tabelle 9: Charakterisierung der Transaktion „Zulieferer x. Stufe - Zulieferer y. Stufe“ 



Auch in der Transaktion zwischen zwei Zulieferern entstehen in der Anbahnungsphase Kos- 
ten für die Bestimmung des Zulieferbedarfs sowie die Ermittlung und Bewertung geeigneter 
Zulieferer. Jeder Zulieferer führt die Transaktion in Abhängigkeit von dem Produktmodell 
und dessen Positionierung im Wertschöpfungssystem durch. Vereinbarungskosten treten auf, 
da vor Abwicklung der Transaktion die geforderte Leistung der Wertschöpfungspartner fest- 
gelegt werden muss. Dies umfasst den Austausch von Produkt- und Produktspezifikationsda- 
ten bei individuellen Produktbestandteilen und Produktdaten bei standardisierten Produktbe- 
standteilen. Transaktionskosten bei der Abwicklung begründen sich durch den Austausch von 
Auftragsinformationen und den Anlauf der Leistungserbringung. Dies umfasst den Beginn der 
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Herstellung von Produktbestandteilen und die Auslieferung an den Auftraggeber einer Be- 
schaffungstransaktion. Kosten für Anpassungen der Transaktionen treten wie bei den bereits 
dargestellten Transaktionen auf, falls eine Schlechtleistung eingetreten ist oder ein Verände- 
rungsprozess die Überarbeitung der Produkte und der damit zusammenhängenden Modellen 
notwendig macht. Grundsätzlich umfassen Anpassungskosten monetäre Ausgleiche oder ent- 
stehen bei der Veränderung von Transaktionspartnem. 

ln Hinblick auf die zu entwerfende Anwendungsarchitektur für Mass Customization Informa- 
tionssysteme besteht eine weitere Anforderung in der Unterstützung der dynamischen Bildung 
von Wertschöpfungssystemen. Das Produktangebot im Rahmen von Mass Customization ist 
potentiell kurzlebiger und stetiger Änderung unterworfen. Gründe hierfür sind sowohl die 
Produktanpassung auf Basis von Kundenwünschen als auch die Reaktion auf Veränderungen 
der Marktbedingungen, ln der Folge sind Änderungen an den Individualisierungsoptionen 
(Hinzu- oder Wegnahme von Individualisierungsoptionen, Anpassung des Wertebereiches 
von Individualisierungsoptionen etc.), die Anpassung des Wertschöpfungssystems und ggf 
die Aufnahme neuer Untemehmenskooperationen notwendig. Mass Customization Informati- 
onssysteme müssen demnach die dynamische Bildung von Wertschöpfungssystemen unter- 
stützen. Die Verlagerung von Wertschöpfungstiefe auf vorgelagerte Stufen und die Bestim- 
mung des Vorfertigungsgrades fordern zugleich die Bildung mehrstufiger Logistikketten, d. h. 
die Leistungserstellimg über mehr als eine Fertigungsstufe hinweg. 

3.3.3 Würdigung der Eignung der Transaktionskostentheorie zur 

Anforderungsanalyse für Mass Customization Informationssysteme 

Mittels Transaktionskostentheorie können die Interaktionen zwischen den Akteuren des Mass 
Customization Wertschöpfungssystems untersucht werden. Die Verwendung des Operational 
Failure Frameworks von Williamson ermöglicht, Einflussfaktoren auf die Höhe von Transak- 
tionskosten zu betrachten. Wie die transaktionskostentheoretische Untersuchung zeigt, treten 
im Vergleich zur Produktion von standardisierten Sachgütern in einem Mass Customization 
Wertschöpfungssystem zusätzliche Transaktionskosten auf Zunächst ist ein Akteur der Rolle 
„Spezifizierungsintermediär“ notwendig. Damit wird die Zahl der Wertschöpfungsakteiue 
erhöht. Weiterhin wirken sich die zunehmende Unsicherheit aufgrund der Individualisierbar- 
keit und die Reduktion identischer Transaktionen aufgrund der auftragsbezogenen Abwick- 
lung erhöhend auf die Koordinationskosten zwischen den Akteuren aus. Ausgehend von dem 
Ansatz, dass günstige technologische Rahmenbedingungen zur Senkung von Transaktions- 
kosten beitragen können, werden die Umweltfaktoren von Williamson für die Ableitung der 
Anforderungen an Mass Customization Informationssysteme herangezogen. Jede Transaktion 
des Mass Customization Wertschöpfungssystems wird dafür anhand der Spezifität, Unsicher- 
heit und Häufigkeit bewertet. Die sich daraus ergebenden transaktionsbezogenen Anforderun- 
gen sind Zwischenergebnis der theoriebasierten Analyse. Die akteursbezogenen Merkmale 
von Transaktionen wurden in der Untersuchung berücksichtigt, aufgrund der nachfolgenden 
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Analyse mittels Prinzipal-Agenten-Theorie werden diese jedoch in Abschnitt 3.4 ausführlich 
diskutiert. Trotz der Anwendbarkeit der Transaktionskostentheorie für die Ableitung von IS- 
Anforderungen muss auf folgende Defizite verwiesen werden [EbGo99, 243-249]: 

■ Quantitative Analysen sind aufgrund von Defiziten in der Operationalisierung von 
Transaktionscharakteristika und in der Messung von Produktions- imd Transaktions- 
kosten kaum möglich, 

■ die Annahme von opportunistischem Verhalten reduziert die Perspektive auf eine ein- 
seitige Betrachtung der Realwelt und vernachlässigt verantwortungsvolles Handeln, 

■ Formen institutioneller Arrangements sind wenig differenziert entwickelt und berück- 
sichtigen keine komplexen Organisationsformen, 

■ Vernachlässigung weiterer Einflussfaktoren wie z. B. Machtverhalten oder Transakti- 
onsnutzen [vgl. Jäge04, 98-103]. 

Die empirische Aussagekraft der Transaktionskostentheorie ist ohne Quantifizierungen ge- 
ring, dennoch lassen sich auf einem hohen Abstraktionsgrad allgemeine Tendenzaussagen 
ableiten [EbGo99, 248-249]. Damit bleibt die Transaktionskostentheorie geeignet für die vor- 
liegende Arbeit. 

3.4 Analyse der Anforderungen an MC-Informationssysteme mittels 
Prinzipal-Agenten-Theorie 

Während im vorangegangenen Kapitel die Analyse der Transaktionsbeziehungen im Vorder- 
grund standen, werden im Folgenden die Eigenschaften von Akteuren in Austauschbeziehun- 
gen fokussiert und anschließend die davon abgeleiteten Anforderungen an Mass Customizati- 
on Informationssysteme präzisiert. Obgleich auch innerhalb der Transaktionskostentheorie die 
Eigenschaften der Akteure eine Einfluss nehmende Rollen spielen (vgl. Verhaltensannah- 
men), bleiben jedoch kostenwirksame Ableitungen der spezifischen Akteurskonstellationen 
und -eigenschaften meist unberücksichtigt. Für eine ökonomische Analyse des Verhaltens von 
Akteuren wird die Prinzipal-Agenten-Theorie herangezogen. Ausgangspunkt der theoreti- 
schen Analyse ist die Erstellung individueller Leistungen zwischen Transaktionspartnem. 
Austauschbeziehungen dieser Art (Erstellung von individuellen Leistungen bzw. Kontraktgü- 
tem) erfüllen die Voraussetzung, um als Prinzipal-Agenten-Problem betrachtet werden zu 
können [Kaas92, 889; Kaas95b, 40-41] (vgl. Abschnitt 2. 1.2.2. 1). 

Nachfolgend wird die Analyse der Akteure der Transaktionen im Mass Customization Wert- 
schöpfungssystem vorgenommen. Dabei werden die Akteure als Bestandteil der Austausch- 
beziehungen hinsichtlich ihrer Implikationen für Mass Customization Informationssysteme 
untersucht. Berücksichtigt werden die auftretenden Probleme in Agenturbeziehungen, die 
damit verbundenen Agenturkosten und deren Einflussfaktoren. Ergebnis des Abschnittes sind 
akteursbezogene Anforderungen an Mass Customization Informationssysteme. Diese umfas- 
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sen aus Sicht der Prinzipal-Agenten-Theorie die inhaltliche Ausgestaltung von Austauschbe- 
ziehungen als Maßnahmen zur Beseitigung von kostenwirksamen Informationsasymmetrien. 

3.4.1 Die Prinzipal-Agenten-Theorie als Instrnment der Anfordernngsanalyse 

3.4. 1 . 1 Grundkonzepte der Prinzipal-Agenten-Theorie 

3.4. 1.1.1 Vertragstheoretisches Organisationskonzept 

Aus Sicht der Prinzipal-Agenten-Theorie bestehen Organisationen mit ihren Umweltbezie- 
hungen aus Netzwerken von Verträgen. Das Konstrukt „Vertrag“ ist wesentlicher Bestandteil 
der Theorie [EbGo99, 211] (vgl. Vertragstheorie [JeMe76, 310]). Verträge werden implizit 
oder explizit geschlossen und treten beispielsweise als Arbeits-, Kauf oder Versicherungsver- 
träge auf Da Organisationen somit aus einer Vielzahl von Vertragsbeziehungen zwischen 
Individuen bestehen, negiert die Prinzipal-Agenten-Theorie Ziele von Organisationen zuguns- 
ten ausschließlicher Ziele von Individuen [EbGo99, 210]. Die Annahme der Informationsa- 
symmetrie findet auch im zugrunde hegenden Organisationskonzept Berücksichtigung. Voll- 
ständige Informationen, die zum Abschluss des Vertrags notwendig wären, können nie ge- 
sammelt werden. Verträge weisen demnach einen unvollständigen Charakter auf, d. h. bei 
Vertragsabschluss sind nicht alle Vereinbarungen vollständig und widerspruchsfrei spezifi- 
ziert. Dieses Umstandes sind sich die Individuen innerhalb der Prinzipal-Agenten-Theorie 
bewusst und vereinbaren deshalb Mechanismen, die Probleme bei der Bearbeitung der über- 
tragenen Aufgabe verhindern sollen [EbGo99, 210]. 

Das Mass Customization Wertschöpfungssystem kann als Netzwerk mehrerer Verträge zwi- 
schen den Wertschöpfungspartnem aufgefasst werden. Im Vordergrund stehen dabei aus Sicht 
der Prinzipal-Agenten-Theorie die Ziele der Akteure. Dies begründet das Verständnis, dass 
Akteure als einzelne, autonom handelnde Einheiten betrachtet werden. Das Ziel der organisa- 
torischen Einheit „Wertschöpfungssystem“ drückt sich jedoch in den Zielen des Akteurs 
„MC-Koordinator“ aus, der fär die Errichtung des Wertschöpfungssystems und die Abwick- 
lung der Aufträge gegenüber den Kunden verantwortlich ist. Neben der generell dargestellten 
Unvollständigkeit von Verträgen verstärkt sich bei Mass Customization die Unsicherheit auf- 
grund der Produktspezifizierung und der Dynamisierung des Wertschöpfungssystems. Erstge- 
nannter Aspekt lässt sich mit der Tatsache begründen, dass die Leistungsbereitstellung be- 
ginnt, bevor der vertragliche Gegenstand des Auftrags - das zu individualisierende Produkte - 
vollständig spezifiziert wurde. Erst innerhalb der Interaktion zwischen Kunde und dem Spezi- 
fizierungsintermediär werden alle notwendigen Produktparameter ermittelt und für den Auf- 
trag vorbereitet. Daraus ergibt sich für die Wertschöpfungspartner die Unsicherheit, individu- 
alisierte Produktbestandteile nicht, nicht rechtzeitig oder nicht ökonomisch in der geforderten 
Spezifikation bereitstellen zu können. Der zweite Aspekt, die Dynamisierung, ergibt sich aus 
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der Tatsache, dass innerhalb von Mass Customization Wertschöpfungssystemen eine Arbeits- 
teilung stattfindet und die Zusammensetzung der Akteurskonstellation an jeden Auftrag ange- 
passt werden kann. Damit besteht die Unsicherheit einerseits in fehlenden Informationen über 
neue Wertschöpfungspartner und andererseits in der Gefahr für Akteure von Austauschbezie- 
hungen, durch andere Akteure ersetzt zu werden. Schließlich führt die Mehrstufigkeit des 
Wertschöpfungssystems zu einer Selbstverstärkung der Gefahr unvollständiger Verträge. So 
können sich unvollständige Produktspezifikationen als Austauschbeziehung zwischen Kunde 
und Spezifizierungssystem bei der Beschaffung individueller Produktbestandteile auch auf 
einen Zulieferer auswirken. 

Die Herstellung von individuellen Leistungen und insbesondere von Kontraktgütem führt zu 
einer Akteursbeziehung, welche die Eigenschaften von Prinzipal-Agenten-Problemen auf- 
weist. Die Individualisierung von Gütern setzt eine Ermittlung der Individualisierungswün- 
sche voraus. Der Erfolg einer Austauschbeziehung ist somit davon abhängig, inwieweit es 
dem anbietenden Akteur gelingt, die Wünsche und Anforderungen des nachfragenden Ak- 
teurs zu explizieren und innerhalb der Leistungserstellung umzusetzen. Dies bewirkt Unsi- 
cherheiten für beide Akteure: Der Nachfrager (Kunde) kann die Qualität des bestellten Pro- 
duktes ex ante nicht beurteilen (vgl. Vertrauenseigenschaften in Abschnitt 3. 1.2.1), der Her- 
steller hingegen kann die Qualität der geäußerten Individualisierungsinformationen nicht 
bewerten. Unsicherheiten begünstigen jedoch den Einsatz opportunistischen Verhaltens, der 
die beiderseitige Zielerreichung unmöglich macht. Die Zusammenarbeit von Akteuren zur 
Herstellung von individuellen bzw. Kontraktgütem kann daher als Prinzipal-Agenten- 
Beziehung beurteilt werden [Kaas92, 889] (vgl. Abschnitt 2. 1.2.2. 1). 

3. 4. 1.1. 2 Akteure der Austauschbeziehungen: Prinzipal und Agent 

Wie auch bereits die Transaktionskostentheorie bezieht die Prinzipal-Agenten-Theorie (auch: 
Agenturtheorie) ihr Theoriefundament aus Prämissen der Informationsökonomik (unvollstän- 
dige Informationen und deren asymmetrische Verteilung zwischen Akteuren). Innerhalb von 
Prinzipal-Agenten-Beziehungen überträgt ein Auftraggeber („Prinzipal“) die Verantwortung 
für eine zu bestimmende Aufgabe an einen Auftragnehmer („Agent“). Aufgrund dieser allge- 
meinen Beschreibung kann eine Vielzahl real existierender Austauschbeziehungen aus agen- 
turtheoretischer Perspektive betrachtet werden: Arbeitgeber - Arbeitnehmer, Verkäufer - 
Käufer, Vormund - Schutzbefohlener etc. Die Übertragung der Aufgabe hat für beide Aus- 
tauschpartner Vor- und Nachteile: Aus Sicht des Prinzipals besteht der Vorteil darin, dass er 
Ressourcen (z. B. Arbeitskraft, Maschinen etc.) und Kompetenzen (z. B. Informationsvor- 
sprünge) des Agenten nutzen kann. Der Agent wiederam profitiert von einer Spezialisiemng 
auf bestimmte Aufgaben, die andere Agenten nicht oder mit ineffizienterem Ressourcen- 
verbrauch übernehmen können. Nachteilig wirkt sich die Übertragung dadurch aus, dass der 
Prinzipal nur begrenzte Informationen über die tatsächlichen Fähigkeiten und die Ziele des 
Agenten haben kann. Somit ergibt sich die Unsicherheit, ob der Agent vollständig im Sinne 
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des Prinzipals agiert oder ggf. in der Austausehbeziehung eigenen Interessen den Vorzug gibt 
[EbGo99, 211], Innerhalb der Prinzipal-Agenten-Theorie werden Informationsunsicherheiten 
meist ausschließlich aus Sicht des Prinzipals betrachtet [EbGo99, 222], Doch auch für Agen- 
ten bestehen Risiken bei der Übernahme von Aufgaben: Unvollständige Informationen kön- 
nen die erfolgreiche Abwicklung von Aufgaben unmöglich machen oder Prinzipale können 
bei der Übertragung der Aufgabe opportunistisches Verhalten ausweisen und damit den 
Agenten bei der übernommenen Aufgabe schaden. 

Akteure handeln innerhalb der Prinzipal-Agenten-Theorie nach der Verhaltensmaxime, ihren 
beidseitig erwarteten Nutzen zu maximieren. Weiterhin müssen folgende Eigenschaften der 
Akteure berücksichtigt werden [EbGo99, 211]: 

■ Akteure verhalten sich nach stabilen und konsistenten Präferenzen, 

■ Akteure haben individuelle Nutzenfunktionen mit monetären und nicht-monetären Zie- 
len, 

■ Akteure handeln möglicherweise opportunistisch, 

■ Akteure weisen eine rationale Handlungsorientierung auf, 

■ Akteure haben unterschiedliche Risikoneigung (Prinzipal: risikoneutral; Agent: risiko- 
avers). 

Jede Transaktion des Mass Customization Wertschöpfungssystems kann als Austauschbezie- 
hung im Sinne der Prinzipal-Agenten-Theorie verstanden werden. Somit weisen alle Transak- 
tionen mindestens zwei Akteiue auf denen jeweils die Rolle des Prinzipals oder des Agenten 
zukommt. In jeder Austauschbeziehung übernimmt ein Akteur bestimmte Aufgaben für einen 
anderen Akteur (z. B. Produzent übernimmt die Fertigung des Produktes für den MC- 
Koordinator). Gründe für die Aufgabenverteilung liegen einerseits in der Effizienzforderung 
der Strategie Mass Customization selbst und können anderseits mit Spezialisierungs- und 
Größenvorteilen begründet werden. Dies führt zur Entscheidung, inwieweit Akteure sich ver- 
tikal integrieren und die Aufgaben vor- oder nachgelagerter Akteure übernehmen. In der Prin- 
zipal-Agenten-Theorie wird meist dem Agenten ein vergrößerter Handlungsspielraum zuge- 
sprochen, der in der Gefahr für opportunistisches Handeln zum Ausdruck kommt. Dies unter- 
stellt, dass ein Akteur mehr Informationen über den Gegenstand der Austauschbeziehung 
besitzt als der Prinzipal und der Akteur die Aufgabenerfüllung einseitig für sich vorteilhaft 
durchführt. Es bleibt jedoch anzumerken, dass auch ein Prinzipal als Auftraggeber Verhand- 
lungsmacht besitzt. So sind Akteure, die als Agenten für Austauschbeziehungen auftreten 
wollen, darauf angewiesen, von Prinzipalakteuren Aufträge zu erhalten. Gerade bei einer Dy- 
namisierung von Wertschöpfungssystemen, die eine Anpassung der Austauschbeziehungen 
nach sich zieht, besteht aus Sicht des Agenten die Gefahr der Austauschbarkeit. Die innerhalb 
von Agenturbeziehungen entstehenden Probleme müssen zur effektiven Gestaltung von Ver- 
trägen beseitigt werden. Hierfür werden nachteilige Auswirkungen der Aufgabenverteilung 
monetär bewertet und als Agenturkosten bezeichnet. 
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Die Analyse eines mehrstufigen Mass Customization Wertschöpfungssystems darf sich nicht 
auf eine Transaktion zwischen Endkunden und Hersteller beschränken. Je nach Produkt, Her- 
stellungsprozess und Lage des Entkopplungspunktes finden auch in vorgelagerten Austausch- 
beziehungen Individualisierungsschritte statt. Aufgrund der Reziprozität von Prinzipal- 
Agenten-Beziehungen muss die Analyse weiterhin die Wechselseitigkeit der Zuordnung der 
Rollen (Prinzipal oder Agent) berücksichtigen. Temporale Gesichtspunkte und die Häufigkeit 
des Wechsels der Rollen werden hierbei vernachlässigt. Der wesentliche Faktor bleibt, dass 
Vor- und Nachteile der Delegation von Aufgaben im Sinne der Agenturtheorie auf beiden 
Seiten der Austauschbeziehung auftreten. 

3.4. 1.1.3 Agenturkosten als Bestimmungsfaktor der Vertragsgestaltung 

Das Effizienzkriterium der Prinzipal-Agenten-Theorie ist die Vorteilhaftigkeit alternativer 
Vertragsgestaltungen. Eine Bewertung findet anhand der entstehenden Agenturkosten statt. 
Als Agenturkosten werden Kosten bezeichnet, die aufgrund der Abweichung von einem voll- 
ständigen Vertrag entstehen (z. B. durch nachträgliche Detaillierung des Vertrags oder Durch- 
setzung von impliziten Vertragsgegenständen). Jensen und Meckling unterscheiden hierbei 
folgende drei Kostentypen [JeMe76, 308]: 

■ Steuerung- und Kontrollkosten („monitoring expenditures“), 

■ Garantiekosten („bonding expenditures“), 

■ Residualkosten. 

Steuerungs- und Kontrollkosten sind Kosten, die der Prinzipal dafür aufwendet, um Quantität 
und Qualität der Auftragserfüllung bzw. der Leistungserstellung zu verbessern (z. B. Kosten 
für Vertragsgestaltung, Vertragsüberwachung und Gestaltung von Anreizsystemen). Garan- 
tiekosten sind Kosten des Agenten für die Sicherstellung seines Handelns im Sinne des Prin- 
zipals. Hierunter werden Kosten der Selbstkontrolle oder der Schadenersatzverpflichtung etc. 
verstanden. Den Residualkosten entspricht schließlich der Wohlfahrts Verlust für den Prinzi- 
pal, der sich aufgrund der Aufgabenerfüllung durch den Agenten ergibt. Es wird somit ange- 
nommen, dass das Nutzenmaximum aus Sicht des Prinzipals aufgrund der Agenturbeziehung 
nie erreicht werden kann. Die größtmögliche Effizienz der Vertragsgestaltung wäre bei dem 
Erreichen einer pareto-optimalen Situation erreicht, welche keine Agenturkosten hervorrufen 
würde. Aufgrund der Annahme unvollständiger Informationen ist diese Idealsituation aus 
Sicht der Prinzipal-Agenten-Theorie nicht möglich und bleibt eine theoretische Annahme 
[EbGo99, 212; vgl. Ross73, 138]. Demnach verweisen die Vertreter der Prinzipal-Agenten- 
Theorie darauf, dass diejenige Vertragskonstellation die größten Vorteile aufweist, welche aus 
Sicht der Agenturkosten relativ die größte Effizienz aufweist. Agenturkosten können somit 
entweder durch die Vertragsgestaltung verhindert werden oder es müssen vor Vertragsschluss 
Maßnahmen zu deren Senkung getroffen werden. 
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Überträgt man das Verständnis von Agenturkosten auf das Mass Customization Wertschöp- 
fungssystem, so lassen sich Steuerungskosten in Form von Kosten für Informationsermittlung 
und den -austausch über aktuelle und zukünftige Wertschöpfungspartner erkennen. Außerdem 
bedingt die Individualisierbarkeit der Produkte, dass die vorhandenen Unsicherheiten bei 
Mass Customization Produkten im Vergleich zur standardisierten Produktion auf Lager nicht 
im Sinne unvollständiger Verträge unberücksichtigt bleiben, sondern die Freiheitsgrade auf- 
grund der Produktspezifikation bereits in die Gestaltung der Verträge aufgenommen werden. 
Dies kann beispielsweise über die Festlegung von Wertebereichen (z. B. bei geometrischen 
Parametern) oder Komponentenlisten (z. B. bei materialbezogenen Parametern) vorgenom- 
men werden. Neben den Kosten für die Steuerung fallen im Mass Customization Wertschöp- 
fungssystem Garantiekosten an, um die Abwicklung des kundenindividuellen Auftrags si- 
cherzustellen. Von spezifischer Bedeutung sind hierbei jeweils diejenigen Austauschbezie- 
hungen, die in Zusammenhang mit der Individualisierung stehen (z. B. Produktspezifizierung, 
Fertigung, Beschaffung individueller Produktbestanteile etc.). Hier müssen Ausgleichsme- 
chanismen bei Schlechtleistung geschaffen werden, da jede einzelne Transaktion für den 
Prinzipal aufgrund der Individualisierung kundenspezifisch ist und eine Zweitverwertung für 
andere Aufträge nicht oder nur mit zusätzlichen Kosten möglich ist. Aufgrund der Mehrstu- 
figkeit sind Prinzipal-Agenten-Austauschbeziehungen Grundbestandteil des Mass Customiza- 
tion Wertschöpfungssystems. Im Vergleich zu einer kompletten Eigenerstellung des individu- 
ellen Produktes ohne Errichtung von zusätzlichen Austauschbeziehungen bleibt ein Restrisi- 
ko. Residualkosten treten somit bei Mass Customization sowohl aufgrund der 
überbetrieblichen Perspektive als auch aufgrund der Eigenschaft als Kontraktgut auf. Auch 
bei weitgehender Reduzierung der Unvollständigkeit von Verträgen bleibt aufgrund der Ferti- 
gung der Produkte nach Auftragseingang die Unsicherheit hinsichtlich Leistungserstellung 
bestehen. 

3. 4. 1.1.4 Reziprozität von Agenturbeziehungen 

Eine weitere wesentliche Eigenschaft von Agenturbeziehungen besteht in ihrer Reziprozität 
[Jaco95, 169; BeDW92, 18]. Mit diesem Merkmal wird die Tatsache beschrieben, dass sich 
innerhalb einer Austauschbeziehung die Zuordnung der Rollen „Agent“ und „Prinzipal“ im 
Verlauf der Aufgabenabwicklung einfach oder mehrfach umkehren kann. So wird aus einem 
bisherigen Agenten ein Prinzipal und umgekehrt (Leistung und Gegenleistung). Diese Eigen- 
schaft spielt für die Analyse der kundenindividuellen Leistungen im weiteren Verlauf eine 
bedeutende Rolle und wird daher innerhalb der detaillierten Analyse explizit berücksichtigt 
(vgl. Abschnitt 3.4.2). Die Reziprozität der Prinzipal-Agenten-Beziehung ist in Abbildung 33 
für die Austauschbeziehung zwischen einem Individualisierungsanbieter und einem - 
nachfrager beispielhaft dargestellt. Die Wechselseitigkeit der Beziehung wirkt ausgleichend 
in Hinblick auf die Unsicherheit bei der Informationsversorgung [KlMa95, lOVff] und dem 
Risiko von opportunistischem Handeln der Akteure [Kaas92, 895]. 
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Abbildung 33: Reziproke Prinzipal-Agenten-Beziehungen |in Anlehnung an Jäge04, 
1061 



Jede Transaktion im Mass Customization Wertschöpfungssystem ist eine reziproke Prinzipal- 
Agenten-Beziehung. So tritt zwischen Kunde und Spezifizierungsintermediär der Kunde als 
Prinzipal auf, da er die Produktspezifizierung an den Spezifizierungsintermediär als Agenten 
übergibt. Zugleich ist aber auch der Kunde ein Agent aus Sicht des Spezifizierungsintermedi- 
ärs als Prinzipal, da er die Ermittlung einzelner Informationen an den Kunden auslagert. Ver- 
deutlichen lässt sich die daraus ergebende beidseitige Unsicherheit und die damit ausglei- 
chende Wirkung hinsichtlich der Gefahr opportunistischen Handelns anhand der Produktspe- 
zifizierung. Der Kunde ist für eine erfolgreiche Auftragsabwicklung darauf angewiesen, dass 
der Spezifizierungsintermediär auf Basis der ermittelten Informationen die für den Kunden 
passende Produktspezifikation erstellt. Aus Sicht des Wertschöpfungssystems ist der MC- 
Koordinator hingegen davon abhängig, dass der Kunde die für die Produktspezifizierung not- 
wendigen Informationen preisgegeben hat. 
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3.4. 1 .2 Agenturprobleme in Austauschbeziehungen und deren Auswirkung 

Unterschiede in den Interessen der Akteure und eine asymmetrische Informationsverteilung 
führen zu Problemen in der Abwicklung einer übertragenen Aufgabe (Agenturprobleme). In 
der Literatur finden sich unterschiedliche Klassifikationen von Agenturproblemen (z. B. 
[WeTe88] und [Arro85]). Alle weisen im Wesentlichen doch die Unterscheidung in folgende 
zwei Bereiche auf: 

■ Probleme mit der Auswirkung vor dem Vertragsabschluss, 

■ Probleme mit der Auswirkung nach dem Vertragsabschluss und während der Leis- 
tungserbringung. 

Probleme, die sich bereits vor dem Vertragsabschluss bzw. zwischen Vertragsabschluss imd 
Beginn der Auftragserfüllung auswirken, werden durch das Merkmal der „hidden characte- 
ristics“ beschrieben [EbGo99, 213]. Hierbei entsteht für den Prinzipal das Problem, dass der 
Agent Informationsvorsprünge besitzt und diese innerhalb der Vertragsverhandlung für eige- 
ne Interessen oder für die des Prinzipals einsetzen kann. Informationen über die Eigenschaften 
des Vertragsgegenstandes sind nicht symmetrisch zwischen Prinzipal und Agenten verteilt. 
Verborgene Eigenschaften führen somit zu einer qualitativen Unsicherheit hinsichtlich der zu 
erwartenden Vertragsleistung [EbGo99, 213; KurtOS, 150]. Beide Aspekte führen dazu, dass 
der Wert des Vertragsgegenstandes nicht vollständig und objektiv zu bewerten ist. Als Folge 
ergibt sich eine adverse Selektion {„adverse selection“), die auch als Negativauslese bezeich- 
net wird [AkerVO; KurtOS, 150]. Hiermit wird eine Situation beschrieben, in der nur diejeni- 
gen Leistungen auf Märkten bereitgestellt werden, für die ein im Vergleich zum tatsächlichen 
und vermittelbaren Wert höherer Preis erzielt werden kann. Im Extremfall - falls Hersteller 
regelmäßig Güter niedriger Qualität anbieten, Abnehmer dies aber erkennen und vom Ver- 
tragsabschluss Abstand halten - kommt es zum Marktversagen [Kurt05, 150]. Verborgene 
Informationen können innerhalb des Mass Customization Wertschöpfungssystems mehrfach 
Agenturprobleme hervorrufen. Als spezifisch angesehen werden können die Transaktion zwi- 
schen Kunde und Spezifizierungsintermediär, die Mehrstufigkeit und die Dynamisierung des 
Wertschöpfungssystems. So kann aufgrund einer asymmetrischen Informationsverteilimg 
zwischen Kunde und Spezifizierungsintermediär die Situation eintreten, dass der Spezifizie- 
rungsintermediär nicht diejenigen Produktparameter vorschlägt, die aus Sicht des Kunden den 
größten Nutzen stiften, sondern die aufgrund anderer positiver Eigenschaften aus Sicht des 
Wertschöpfungssystems sinnvoll sind (z. B. größere Lagerkapazität, bessere Verarbeitungsei- 
genschaften, günstigere Beschaffungskosten für Produktbestandteile). Aus Sicht des Kunden 
ist eine bestmögliche Leistungserstellung nicht mehr möglich, ihm bleiben diese Informatio- 
nen jedoch vorenthalten. Die Mehrstufigkeit führt zu vergleichbaren Situationen, in denen 
beispielsweise Zulieferer statt individueller Produktkomponenten vorgefertigte Komponen- 
tenvarianten liefern. Gründe können Kosteneinsparungseffekte aufgrund von Standardisierung 
oder fehlender Produktionsflexibilität sein. Dies kann zu einer Abweichung von der Produkt- 
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Spezifikation fuhren. Schließlich bewirkt die Dynamisierung des Wertschöpfungssystems, 
dass bei einer Aufnahme von Geschäftsbeziehungen mit neuen Wertschöpfungspartnem deren 
Eigenschaften bekannt sein müssen. Übermitteln neue Akteure falsche oder unzureichende 
Informationen über ihre Eigenschaften, so werden möglicherweise Austauschbeziehungen mit 
asymmetrischer Informationsaufteilung hinsichtlich der Kompetenzen und der Ressoiucen- 
ausstattung des Akteurs ausgestaltet. Diese fehlenden Informationen liegen bereits vor der 
Vereinbarung über die Transaktion vor, werden aber nicht erkannt und fuhren zu Fehlverhal- 
ten. Adverse Selektion im Rahmen von Mass Customization ist deshalb beispielsweise darin 
zu sehen, dass ein Wertschöpfungssystem dazu geneigt sein kann, eine geringere Produktqua- 
lität anzubieten, da die Kunden nicht in der Lage sind, die kundenindividuellen Produkte vor 
der Transaktion umfassend bewerten zu können. Eine vergleichbare Situation tritt auf, falls 
zwischen Produzent und Zulieferer eine Austauschbeziehung errichtet wird und der Produzent 
die individuell gefertigten Produktbestandteile nicht bewerten kann. 

Probleme, die sich während der Leistungserbringung (also nach dem Vertragsabschluss) aus- 
wirken, werden auch als „hidden action“ bezeichnet [WeTeSS, 507ff; Arro85; EbGo99, 213]. 
Hierbei bestehen ungleiche Informationsverteilungen zwischen Beginn und Abschluss der 
Auftragserfüllung bzw. der Auflösung der Prinzipal- Agenten-Beziehung [EbGo99, 213]. Da- 
mit erhält der Agent einen Handlungsspielraum, den er bei der Vertragserfüllung für eigene 
Ziele und Interessen ausnutzen kann. Unter der Annahme, dass Agenten opportunistisch han- 
deln könnten, ergibt sich die Unsicherheit für den Prinzipal, die erreichten Ergebnisse des 
Agenten objektiv zu bewerten. Obgleich nach Auftragserfüllung (ex post) eine Bewertung 
möglich ist („Wurde die vereinbarte Leistung erbracht?“), bleibt eine rückwirkende Betrach- 
tung der Ausgangssituation (ex ante) meist unmöglich oder sie ist mit prohibitiven Kosten 
verbunden. Offen bleibt somit, ob der Agent das für den Prinzipal tatsächlich beste Ergebnis 
erreicht hat oder ob mit einem anderen, nicht an die Ziele des Agenten angeknüpften Ressoiu- 
ceneinsatz eine Verbesserung möglich gewesen wäre. Diese Situation wird auch als „moral 
hazard“ bezeichnet. Vor Vertragsabschluss hat hierbei der Agent ein Verhalten im Sinne des 
Prinzipals angekündigt, das tatsächliche Verhalten bei der Auftragserfüllung weicht jedoch 
davon ab. Die Bewertung einer Schlechtleistung und die Zuordnung von deren Verantwortung 
werden dadurch verwässert, dass auch externe Einflussfaktoren (z. B. Umweltbedingungen) 
das Handeln des Agenten verändern können. Wurde aufgrund eines eingegangenen Mass 
Customization Auftrags das Wertschöpfungssystem angepasst und errichtet, so können ver- 
borgene Aktivitäten der Agenten dazu führen, dass es zur Schlechtleistung im Rahmen der 
Austauschbeziehung kommt. Diese Probleme treten nach Vertragsabschluss (also Errichtung 
des Wertschöpfungssystems) auf. Die Unsicherheit besteht also in der Vertragserfüllung. So 
wird ein Kunde als Prinzipal die Einhaltung der Produktspezifikation voraussetzen. Ein ande- 
rer Akteur des Wertschöpfungssystems kann jedoch sein Handeln an individuellen Zielen 
ausrichten. Zu abweichendem Handeln kann es beispielsweise kommen, falls bestimmte Pro- 
duktbestandteile nicht oder nicht rechtzeitig in der geforderten Spezifikation beschafft werden 
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können. Dies kann entweder zu einer Verzögerung der Leistungserstellung führen oder zur 
Verwendung alternativer Ressourcen. In beiden Fällen wird jedoch von dem vertraglichen 
vereinbarten Gegenstand der Leistung abgewichen. Die Mehrstufigkeit des Wertschöpfungs- 
systems führt dabei zu einer Verlängerung der Informationskette. Würden die Vertragsab- 
schlüsse in Abhängigkeit von dem Vorfertigungsgrad oder dem Grad der Auftragserfüllung 
getätigt, so könnte Fehlverhalten von Agenten vermieden werden, da die vertragliche Leis- 
tung an den bisherigen Auftragsverlauf angepasst werden kann. Die Unsicherheit eines Prin- 
zipals nach erfolgter Aufgabenerfüllung bleibt auch bei Mass Customization bestehen. Es ist 
offen, ob ein Kunde bei einem anderen Wertschöpfungssystem eine bessere Leistung erhalten 
hätte. Auch bei der Ausgestaltung des Wertschöpfungssystems bleibt ungeklärt, ob der Aus- 
tausch eines einzelnen Wertschöpfungspartners (z. B. alternativer Produzent oder anderer 
Zulieferer) zu einer verbesserten Leistungserstellung geführt hätte. Die Dynamisierung des 
Mass Customization Wertschöpfungssystems führt jedoch prinzipiell dazu, dass eine Anpas- 
sung aufgrund von Erfahrungen bei vorangegangenen Aufträgen und aufgrund von Umwelt- 
einflüssen schneller durchgeführt werden kann. Liegen Informationen über die Schlechtleis- 
tung von einzelnen Akteuren vor, so kann der MC-Koordinator als verantwortlicher Akteur 
für das Wertschöpfungssystem eine Umstellung der Akteurskonstellation vornehmen. 
Innerhalb der Literatur finden sich zwei weitere Aspekte zur näheren Beschreibung ungleicher 
Informationsverteilung: „hidden information‘^ und „hidden intention“. Diese werden im Rah- 
men der vorliegenden Arbeit nicht näher erläutert, da eine trennscharfe Verwendung zu den 
bereits diskutierten Aspekten nicht erfolgt. So zählt die Eigenschaft der „hidden information“ 
zu Informationsproblemen vor Vertragsabschluss und kann prinzipiell den „hidden characte- 
ristics“ zugeordnet werden. Verborgene Absichten {„hidden intention“) spielen auch vor ei- 
nem Vertragsabschluss eine Rolle (Agent hat persönliches Interesse am Zustandekommen der 
Agenturbeziehung), Auswirkung zeigen diese jedoch erst bei der Auftragerfüllung. Demnach 
lässt sich diese Eigenschaft auch dem Merkmal der „hidden actions“ zuordnen [KurtOS, 149]. 

3.4. 1 .3 Ansätze zur Senkung von Agenturkosten 

Die auftretenden Informationsasymmetrien verursachen für beide Austauschpartner Kosten. 
Das Ziel aus Sicht des Effizienzkriteriums (Kostenminimale Agenturbeziehung) ist die Sen- 
kung der Agenturkosten bei gleichzeitiger Reduzierung der Gefahr opportunistischen Verhal- 
tens. Um dies erreichen zu können, lassen sich Mechanismen in die vertragliche Vereinbarung 
einbauen, die eine Disziplinierung von Agenten fördert [EbGo99, 214]. Dies ist prinzipiell 
möglich mittels einer Einrichtung von Anreizsystemen, Aufnahme von Verhaltensnormen und 
Verbesserung der Informationslage. 

Anreizsysteme beteiligen Agenten an einer erfolgreichen Aufgabenerfüllung. Hiermit wird 
eine Korrelierung der Ziele des Prinzipals und der des Agenten hervorgerufen [LauxOS, 498]. 
Voraussetzung für die Einrichtung von Anreizsystemen ist die Festlegung objektiv messbarer 
Bewertungskriterien, anhand derer der Erfolg des Agenten quantifiziert werden kann. Dies ist 
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zugleich ein wesentliehes Defizit dieses Ansatzes zur Reduktion von Agenturkosten, da eine 
Risikoverschiebung auf den Agenten stattfindet. Wird die vereinbarte Leistung nicht erbracht, 
geht dies zu Lasten des Agenten, auch wenn die Gründe hierfür nicht vom Agenten zu ver- 
antworten sind. Ergebnisorientierte Verträge stehen somit im Spannungsfeld zwisehen Ergeb- 
nisbeteiligung und Risikoabwälzung. Diese Situation lässt sich jeweils nur im Einzelfall mit- 
tels spezifischer Kompromisse auflösen [EbGo99, 215; Hart89]. Aufgrund der Dynamisie- 
rung des Mass Customization Wertschöpfungssystems gelten Akteure jeder Wertschöpfungs- 
stufe als austauschbar. Ein Anreizsystem für die Gestaltung von Austauschbeziehungen kann 
dabei die Aussicht auf eine Verlängerung der Zusammenarbeit bei positiver Leistungserfül- 
lung sein. Gleiehzeitig muss aufgrund der Mehrstufigkeit jedoeh die Vertretbarkeit einer 
Sehlechtleistung berüeksiehtigt werden. So wirken sich negative Ergebnisse von Austausch- 
beziehungen auf vorgelagerten Wertsehöpfungsstufen (z. B. zwischen Zulieferer 1. und 2. 
Stufe) aueh auf die weiteren Austauschbeziehungen aus. Eine verspätete Lieferung des Mass 
Customization Produktes an den Kunden aufgrund einer fehlerhaften Zulieferung von Pro- 
duktbestandteilen kann aussehließlich dem Produzenten zugereehnet werden. 

Ein Ansatz zur direktiven Verhaltenssteuerung von Agenten ist die Aufnahme vertraglieh 
vereinbarter Verhaltensnormen, deren Verletzung negativ sanktioniert wird [EbGo99, 215]. 
Dies setzt eine Festlegung geeigneter Normen und die Kontrolle des Verhaltens voraus. Feh- 
lende positive Anreize für den Agenten und der Mangel an Beobaehtbarkeit von dessen Ver- 
halten führen jedoch zu hohen Kosten. Positive Leistungsanreize gelten daher als kostengüns- 
tige Maßnahme zur Ausriehtung des Verhaltens von Agenten an die Ziele der Prinzipale 
[Laux05, 497ff.]. Verhaltensnormen regeln das Umfeld, in dem Transaktionen durehgeführt 
werden. Mit der Gestaltung der Rahmenbedingungen eines Mass Customization Wertschöp- 
fungssystems werden Unsieherheit in Austauschbeziehungen und das Risiko unvollkommener 
Verträge intemalisiert. So können zwischen Kunde und Spezifizierungsintermediär Vereinba- 
rungen getroffen werden, die einerseits dem Kunden eine Pflicht zur Abnahme der individuel- 
len Produkte auferlegt, das Wertschöpfungssystem jedoeh bei fehlerhafter Individualisierung 
zur Naehbesserung verpfliehtet wird. Die Vereinbarung von Verhaltensnormen expliziert 
zugleich, dass die beteiligten Wertsehöpfungspartner für eine gemeinsame Zusammenarbeit 
zur Verfügung stehen. Demnach können diese Regeln als Aussehlusskriterium für die Auf- 
nahme in das Wertschöpfungssystem angesehen werden. Bei der Auswahl von neuen Akteu- 
ren gilt es daher, die Einhaltung der Verhaltensnormen als obligatoriseh vorzugeben. 

Die Verbesserung des Informationssystems setzt schließlich an einer der Grundprämissen der 
Agenturtheorie an (Auftreten von Informationsasymmetrien). Gelingt es Austauschpartnem 
die Informationssituation zu verbessern (z. B. Erhöhung von Informationsqualität und - 
quantität oder die Senkung von Informationsbeschaffungszeiten), so wird jeweils für den 
Prinzipal einer Vertragsleistung der Handlungsbereich eines Agenten transparenter und beob- 
aehtbar. Opportunistisehes Verhalten wird damit identifizierbar und der Agent wird sich stär- 
ker an den Interessen des Prinzipals ausriehten [Eise89, 60]. Liegt die Sehaffung von Trans- 
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parenz in der Austauschbeziehung nicht im Interesse des Agenten, sind weitere Anreiz- oder 
Kontrollmaßnahmen notwendig [EbGo99, 215], Der Einsatz von Informationssystemen zur 
Verbesserung der Agenturbeziehung ist der Kern der theoretischen Analyse im Rahmen die- 
ser Arbeit. Eine Verbesserung bezieht sich hierbei auf eine Vergrößerung des Informations- 
umfangs, eine zeitliche Verkürzung des Informationsaustausches und eine Erhöhung der In- 
formationsqualität. So können monetäre Ausgleiche für Informationssicherheit dazu beitra- 
gen, dass zusätzliche Informationen innerhalb des Wertschöpfungssystems den Akteuren 
bereitgestellt werden (vgl. Anreizsysteme). Der Austausch von Informationen egalisiert In- 
formationsasymmetrien, die zur Unsicherheit und unzureichenden Bewertbarkeit der Leis- 
tungserfüllung des Agenten führen. Zugleich wird die Reaktionszeit verkürzt, um auf 
Schlechtleistungen von Akteuren (z. B. Produkt entspricht nicht der vereinbarten Produktspe- 
zifikation) antworten zu können. Durchgängige Informationsflüsse in beide Richtungen des 
Mass Customization Wertschöpfungssystems können außerdem dazu beitragen, die Aussage- 
fähigkeit der Akteure hinsichtlich des Bearbeitungsstatus von Aufträgen zu erhöhen. Schließ- 
lich kann aus Sicht des MC-Koordinators die Anreicherung der Informationsflüsse dem Auf- 
decken von Präferenzen einzelner Akteure dienen. 

Je nach Aktivitätsgrad der Akteure einer Austauschbeziehung können unterschiedliche In- 
strumente zur Beseitigung von Informationsasymmetrien eingesetzt werden. Die Prinzipal- 
Agenten-Theorie unterscheidet folgende Maßnahmen zur Beseitigung von Agenturproblemen. 
Zur Behebung von Informationsdefiziten vor Vertragsabschluss eignen sich Screening, Signa- 
lling und Self-Selection (Maßnahmen gegen adverse Selektion), während der Vertragserfül- 
lung Monitoring (Maßnahme gegen moralisches bzw. subjektives Risiko) [KurtOS, 153]. Mit- 
tels Screening lassen sich aus Sicht des Prinzipals dadurch Informationsasymmetrien behe- 
ben, indem dieser Analysen der Agenten durchführt. Diese Maßnahmen verursachen damit 
Kosten, welche die Vorteile aus den ermittelten Informationen wieder reduzieren können 
[Kurt05, 158]. Beim Screening unternimmt der Prinzipal beispielsweise Recherchen und Ana- 
lysen über die zur Verfügung stehenden Agenten. Aus Sicht des Kunden umfasst dies auch 
alternative Wertschöpfungssysteme für vergleichbare Mass Customization Produkte. Ein MC- 
Koordinator hingegen plant die Ausgestaltung des Wertschöpfungssystems und analysiert 
alternative Wertschöpfungspartner für die Zusammenarbeit (z. B. Produzent oder Zulieferer). 
Bei den beiden weiteren Methoden zur Abwehr adverser Selektion wird der Agent eigeninitia- 
tiv tätig. Im Signalling verbreitet der Agent positive Informationen über die von ihm angebo- 
tene Leistung. Das Aussenden von Signalen verursacht Kosten für den Agenten und führt 
dazu, dass lediglich diejenigen Agenten von dieser Maßnahme Gebrauch machen, bei denen 
die hohe Qualität der Leistung die Kosten der Signale übersteigt. Unterdurchschnittliche A- 
genten werden daher von Prinzipalen nicht mehr berücksichtigt [Kurt05, 153]. Sowohl auf 
traditionellen wie auch auf elektronischen Märkten müssen Auftraggeber auf ihre Leistungs- 
bereitschaft aufmerksam machen. Mittels Signalling werden Akteure aktiv, die sich als Agen- 
ten für Mass Customization Wertschöpfungspartner anbieten. Werden aufgrund der Dynami- 
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sierung neue Akteure gesucht, so können vorab versendete positive Signale von Agenten dazu 
fuhren, diese zukünftig in das Wertschöpfungssystem einzubinden. Bei einer Self-Selection 
stellt der Prinzipal dem Agenten alternative Vertragsangebote zur Wahl. Der Agent wird da- 
her diejenige Vertragskonstellation wählen, die für ihn den größten Nutzen bietet. Die Aus- 
wahl durch den Agenten offenbart daher die Qualität des tatsächlichen Leistungsangebotes 
sowie die dahinter stehenden Motive und Ziele [KiutOS, 155]. Der Ansatz der Selbstselektion 
lässt sich an der Austauschbeziehung zwischen Kunde und Spezifizierungsintermediär ver- 
deutlichen. Im Rahmen der Produktspezifizierung ermittelt der Spezifizierungsintermediär auf 
Basis der vom Kunden geäußerten Individualisierungswünsche eine Produktspezifikation. Um 
den tatsächlichen Gegenstand der Leistungserbringung zwischen dem Kunden und dem Wert- 
schöpfungssystem weitgehend an die Kundenanforderungen anzunähem, stellt deshalb der 
Spezifizierungsintermediär dem Kunden Auswahlaltemativen in Form von Produktparame- 
tem zur Verfügung (z. B. Größe, Farben etc.). Damit stellt der Spezifizierungsintermediär als 
Prinzipal der Austauschbeziehung im Sinne einer reziproken Agenturbeziehung dem Kunden 
alternative Vertragsangebote zur Verfügung. Nimmt der Spezifizierungsintermediär eine be- 
stimmte Produktspezifikation an, ist er aus Sicht des Kunden der Agent für die Initiierung der 
Leistungserstellung. Mit zunehmender Anzahl ermittelter Informationen konkretisiert sich das 
individualisierte Produkt und die Zahl der möglichen Vertrags Varianten wird reduziert. Als 
Maßnahme zur Verminderung des moralischen Risikos gilt das Monitoring. Dies bedingt die 
Überwachung und Kontrolle der Aktivitäten des Agenten. Damit wird eine Überprüfung ge- 
währleistet, ob der Agent im Sinne des Prinzipals handelt. Allerdings werden die Übertragung 
von Verantwortung und die Erfüllbarkeit einer Aufgabe damit rückwirkend reduziert. Die 
Vorteile der Delegation nehmen dabei ab. Weiterhin entstehen für die Überwachung zusätzli- 
che Kosten, die den Vorteil aus der verbesserten Informationssituation relativieren. Gleichzei- 
tig besteht das Problem für den Agenten, dass Umweltfaktoren die von ihm intendierte Leis- 
tung ohne Verschulden verschlechtern können [Kurt05, 159]. Bei dem Einsatz von Monito- 
ring zur Vermeidung von adverser Selektion in Mass Customization Wertschöpfungs- 
systemen ist zu berücksichtigen, dass aufgrund der Mehrstufigkeit die Überprüfung der 
Leistung von Agenten über mehrere Wertschöpfungsstufen hinweg eine entsprechende In- 
formationsversorgung voraussetzt. Schlechtleistung eines Zulieferer-Agenten muss auch für 
den MC-Koordinator erkennbar werden, damit für zukünftige Aufträge das Wertschöpfungs- 
system angepasst werden kann. 

3.4. 1 .4 Einsatz von Informations- und Kommunikationssystemen als Beitrag zur Senkung 
von Agenturkosten in Mass Customization Wertschöpfungssystemen 

Informations- und Kommunikationssysteme können prinzipiell an zwei Stellen innerhalb von 
Agenturbeziehungen ansetzen und zur Senkung von Agenturkosten beitragen. Zunächst kön- 
nen direkt und unmittelbar Agenturprobleme („hidden intention^' und „hidden action“) besei- 
tigt werden. Die dort eingeführten Maßnahmen (vgl. Abschnitt 3.4. 1.3) lassen sich informati- 
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onstechnologisch unterstützen. Andererseits können Informationssysteme aueh zur Unterstüt- 
zung von Anreiz- und Kontrollmeehanismen verwendet werden, die dazu beitragen, individu- 
elle Anreize für eigennützliches Verhalten zum Schaden anderer zu reduzieren. Die Wirkung 
der Informations- und Kommunikationssysteme ist in diesem Fall indirekt und mittelbar, da 
sie nicht an den eigentlichen Risikosituationen, sondern an der Verminderung von deren 
Auswirkungen ansetzen. In beiden Fällen besteht die Aufgabe der Informationssysteme darin, 
den Handlungsbereich des Agenten für den Prinzipal transparenter zu machen [EbGo99, 214- 
215]. Aufgrund der reziproken Akteurskonstellationen betrifft dies sogar den Handlungsbe- 
reich beider Akteure. Die Erhöhung von Transparenz führt zu einer Reduzierung von Infor- 
mationsdefiziten bzw. zum Ausgleich von Informationsasymmetrien. Die Frage, ob Akteiue 
eher transparente Informationssituationen als Informationsunsicherheiten bevorzugen, wird an 
dieser Stelle nicht weiter diskutiert. Sie ist für diese Arbeit unerheblich, obgleich ihr im All- 
gemeinen eine Relevanz zugesprochen werden muss [EbGo99, 215]. Es wird eine positive 
Entscheidimgslage hinsichtlich der Informationstransparenz angenommen. Damit wird er- 
reicht, dass der Gestaltungsvorschlag in Form einer Anwendungsarchitektur keine Individual- 
interessen einzelner Akteure berücksichtigen muss. Es werden außerdem Machtverhältnisse 
weitgehend ausgeblendet, die prinzipiell eine Senkung von Agenturkosten verhindern könn- 
ten. Lediglich die Annahme, dass Mass Customization Wertschöpfungssysteme von einem 
bestimmten Akteur initiiert werden (d. h. von dem Akteiu mit der Rolle „MC-Koordinator“), 
bedingt eine Fokussierung auf diesen Akteur als zentrales Element des Modells mit Möglich- 
keit zur individuellen Gestaltung der Wertschöpfung. 

Informations- und Kommunikationssysteme können bei allen Ansätzen zur Reduzierung von 
Agenturkosten beitragen. Neben einer Verbesserung der Informationsversorgung aufgrund 
technischer Unterstützung der Informationslogistik lassen sich auch Verhaltensnormen und 
Anreizsysteme über Informationssysteme abbilden. So kann die Bereitschaft, bestimmte ver- 
haltensbezogene Regeln in Austauschbeziehungen einzuhalten als Eigenschaften in Wert- 
schöpfungspartnerprofilen zur Verfügung gestellt werden, die vor Aufnahme eines Akteurs in 
das Mass Customization Wertschöpfungsnetzwerk abgefragt werden. In Anreizsystemen ist 
zudem Datenverarbeitung mit Informationssystemen notwendig, um ausgehend von den er- 
reichten Beiträgen der Akteure die vereinbarten Anreize zu ermitteln (z. B. monetärer Aus- 
gleich). Mass Customization Informationssysteme müssen hinsichtlich der Aussagen der Prin- 
zipal-Agenten-Theorie in der Lage sein, die Informationsversorgung im Wertschöpfungssys- 
tem zu verbessern. Dies umfasst ausdrücklich die Unterstützung der Produktspezifizierung 
und den sich anschließenden Austausch von Wertschöpfungsinformationen (Verteilung der 
Produktspezifikation an die Wertschöpfungspartner). Aus Sicht des MC-Koordinators muss es 
außerdem möglich sein, Eigenschaften aktueller und potentieller Wertschöpfungspartner ab- 
zufragen. Eine schnellere Informationsversorgung in Abhängigkeit von dem Vorfertigungs- 
grad des Mass Customization Produktes kann außerdem dazu führen, den Zeitpunkt von Ver- 
tragsabschlüssen in dem Mass Customization Wertschöpfungsnetzwerk zu verlagern. Damit 
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wäre es möglich, Wertschöpfungsnetzwerke erst in Abhängigkeit von der eingegangenen 
Produktspezifikation zusammenzustellen. 

3.4.2 Prinzipal-Agenteii-Theorie induzierte Anforderungen an Mass Customization 
Informationssysteme 

Nach der Mass Customization spezifischen Darstellung der Prinzipal-Agenten-Theorie wer- 
den im Folgenden die bislang ermittelten Anforderungen an Mass Customization Informati- 
onssysteme präzisiert. Betrachtet werden die einzelnen Austauschbeziehungen innerhalb des 
Mass Customization Wertschöpfungssystems. Dazu werden die akteursbezogenen Merkmale 
von Informationsasymmetrien und die sich daraus ergebenden Agenturkosten anhand eines 
einheitlichen Schemas dargestellt und bewertet. Im Abschluss werden die sich daraus erge- 
benden IS-Anforderungen hinsichtlich einer Reduzierung von Agenturkosten abgeleitet und 
erläutert. Für die Bewertung wurde ein Tabellenschema entwickelt, das jeweils die Merkmale 
der potenziellen Agenturprobleme und die dadurch auftretenden Agenturkosten betrachtet. 
Die Reziprozität der Austauschbeziehung wird dadurch berücksichtigt, dass die Analyse der 
Akteure sowohl die Agenten- als auch die Prinzipal-Perspektive einnimmt. 

3.4.2. 1 Akteursbeziehung „Kunde - Spezifizierungsintermediär“ 

Die transaktionsbezogenen Eigenschaften der Austauschbeziehung zwischen Kunden und 
Spezifizierungsintermediär wurden in Abschnitt 3.3.2. 1 dargestellt. Zur Verfeinerung der An- 
forderungen an Mass Customization Informationssysteme werden in Tabelle 10 die akteurs- 
bezogenen Merkmale der Austauschbeziehung konkretisiert. Außerdem werden die sich aus 
den Agenturproblemen induzierten Kosten dieser Austauschbeziehung dargestellt und in An- 
forderungen an Mass Customization Informationssysteme überführt. 
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Akteursbeziehung: 

Kunde - 

Spezifizierungsintermediär 


Prinzipal: Kunde, 
Agent: Spezifizierungs- 
intermediär 


Prinzipal: Spezifizierungs- 
intermediär, 

Agent: Kunde 


Merkmale 


Hidden 

characteristics 


■ Der Spezifizierungsin- 
termediär ist nicht in der 
Lage, Spezifikationen zu 
erstellen; es besteht kein 
Interesse an Verkäufen, 
sondern an der bloßen 
Erhebung von Informa- 
tionen zu eigenen Zwe- 
cken 


Dem Kunden liegen die not- 
wendigen Individualisie- 
rungsinformationen nicht vor; 
die Spezifizierung kann nicht 
stattfmden; Kunde ist nicht 
an Kauf interessiert 




Hidden actions 


■ Spezifizierungsinterme- 
diär beeinflusst das An- 
gebot zu Individualisie- 
rung für den Kunden 


■ Kunde entscheidet über 
das Ausmaß der Preisga- 
be von Individualisie- 
rungsinformationen 






■ Den Kundenbedürfnis- 
sen entsprechende Opti- 
onen werden nicht zur 
Verfügung gestellt 


■ Für die Individualisie- 
rung notwendige Daten 
werden zurückgehalten 


Agenturkosten 


Steuerungs- 
und Kontroll- 
kosten 


■ Transparenter Ablauf der 
Spezifizierung; nachträg- 
liche Anpassung der 
Spezifikation 


■ Validierung der ermittel- 
ten Informationen z. B. 
über Mehrfachabfragen 




Garantiekosten 


■ Rückgaberechte 


■ Pflicht zur Abnahme des 
Sachguts 




Residualkosten 


■ Für den Kunden bleibt 
offen, ob der Spezifizie- 
rungsintermediär das für 
ihn passende Produkt 
ermittelt hat. 


■ Für den Spezifizierungs- 
intermediär bleibt offen, 
ob die ermittelten Indivi- 
dualisierungsinformatio- 
nen zutreffend sind 



Tabelle 10: Charakterisierung der Akteursbeziehung „Kunde - Spezifizierungsinter- 
mediär“ 



Bei der Festlegung von Individualisierungsparametern und der Erstellung von Produktkonfi- 
gurationen als Anforderungen an das Mass Customization Informationssystem können die 
Maßnahmen Signalling, Screening, Self-Seleetion und Monitoring dazu beitragen, die Agen- 
turkosten der Austauschbeziehung zwisehen Kunde und Spezitiziemngsintermediär zu redu- 
zieren. Aktive Informationsbereitstellung dureh den Agenten (Signalling) erfolgt aus Sieht 
des Kunden dureh Hinweise auf positive Kundenbewertungen aus vergangenen Austauschbe- 
ziehungen (z. B. zurückliegende Aufträge). Der Spezifizierungsintermediär hingegen kann 
durch Zertifizierungsmaßnahmen und eine Offenlegung seiner Kompetenzen dazu beitragen, 
dass potentielle Prinzipale seine Leistungsqualität bewerten können. Aueh das Bereitstellen 
von Referenzen auf vergangene Transaktionen trägt hierzu bei. Informationsbesehaffung 
durch den Prinzipal (Screening) erfolgt aus Sicht des Kunden über öffentliche Verzeiehnisse 
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möglicher Spezifizierungsintermediäre, in denen die Leistungsqualität, das Produktangebot 
und die Individualisierungsmögliehkeit dargestellt werden. Aueh ein Spezifizierungsinterme- 
diär kann Informationen über Kunden einholen, falls betrügerische Kunden für den Spezifi- 
zierungsprozess in Sperrlisten gespeichert werden. Eine Selbstselektion aus Sicht des Kunden 
findet im Spezifizierungsprozess statt, da Kunden die Produktindividualisierung durch Aus- 
wahl von Individualisierungsoptionen selber beeinflussen. Demnach bestimmt der Kunde die 
Ausgestaltung des Vertragsgegenstandes. Im Umkehrschluss verwendet der Spezifizierungs- 
intermediär die Individualisierungsinformationen des Kunden dazu, auf Basis des zugrunde 
liegenden Individualisierungsprozesses die ermittelten Informationen auf die anpassbaren 
Produktbestandteile zu übertragen. Damit obliegt es dem Spezifizierungsintermediär, dureh 
Beeinflussung des Spezifizierungsprozesses seine Agenturkosten zu senken. Um die Unsi- 
cherheit hinsichtlich der tatsäehlieh erreiehten Qualität einer Austausehbeziehung zu reduzie- 
ren, können Maßnahmen des Monitorings eingesetzt werden. Dabei kann der Kunde nachträg- 
lieh seine Produktanforderungen mit den tatsäehlichen Produkteigenschaften vergleichen. Der 
Spezifizierungsintermediär hingegen ermittelt im Kundenserviee die Zufriedenheit des Kun- 
den und kann damit Änderungsbedarfe für den Prozess der Produktspezifizierung ableiten. 

3.4.2.2 Akteursbeziehung „Spezifizierungsintermediär - MC-Koordinator“ 

Die transaktionsbezogenen Eigensehaften der Austauschbeziehung zwischen Spezifizierungs- 
intermediär und MC-Koordinator wurden in Abschnitt 3. 3.2.2 dargestellt. Zur Verfeinerung 
der Anforderungen an Mass Customization Informationssysteme werden in Tabelle 1 1 die 
akteursbezogenen Merkmale der Austauschbeziehung konkretisiert. Außerdem werden die 
sieh aus den Agenturproblemen induzierten Kosten dieser Austausehbeziehung dargestellt 
und in Anforderungen an Mass Customization Informationssysteme überfuhrt. 
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Akteursbeziehung: 

Spezifizierungsintermediär - 
MC-Koordinator 


Prinzipal: Spezifizierungs- 
intermediär, 

Agent: MC-Koordinator 


Prinzipal: MC-Koordinator, 
Agent: Spezifizierungsinter- 
mediär 


Merkmale 


Hidden 


■ Der MC-Koordinator ist 


■ Der Spezifizierungsinter- 




characteristics 


nicht in der Lage, die 
eingehenden Aufträge 
zu koordinieren; der 
MC-Koordinator ist 
nicht in der Lage, die 
bestellten Produkte fer- 
tigen zu lassen 


mediär kann keine Auf- 
träge mit der vom MC- 
Koordinator geforderten 
Spezifikation liefern 




Hidden actions 


■ Der MC-Koordinator 
verweigert sich der 
Abwicklung eingegan- 
gener Aufträge; der 
MC-Koordinator be- 
rücksichtigt nur Aufträ- 
ge bestimmter Spezifi- 
zierungsintermediäre 


■ Der Spezifizierungsinter- 
mediär liefert bestimmten 
MC-Koordinatoren ungül- 
tige oder unzureichende 
Produktspezifikationen 


Agenturkosten 


Steuerungs- 


■ Schaffung von Transpa- 


■ Errichtung von Anreiz- 




und Kontroll- 


renz über die Kapazitä- 


Systemen, damit Spezifi- 




kosten 


ten und Kompetenzen 
des MC-Koordinators 


zierungsintermediäre die 
MC-Koordinatoren mit 
Aufträgen versorgen 




Garantiekosten 


■ Pflicht zur Abnahme 
des Sachguts 


■ Rückgaberechte 

■ Vertragsstrafen 




Residualkosten 


■ Für den Spezifizie- 
rungsintermediär bleibt 
offen, ob der MC- 
Koordinator die ange- 
nommenen Aufträge in 
der vereinbarten Zeit, 
zu den vereinbarten 
Kosten und in der ver- 
einbarten Qualität ab- 
wickeln kann 


■ Für den MC-Koordinator 
bleibt offen, ob der Spezi- 
fizierungsintermediär die 
vereinbarten Auftragszah- 
len übermittelt 



Tabelle 11: Charakterisierung der Akteursbeziehung „Spezifizierungsintermediär - 
MC-Koordinator“ 



Bei der Erstellung von Produktmodellen als Anforderung an das Mass Customization Infor- 
mationssystem können die Maßnahmen Signalling, Screening, Self-Selection und Monitoring 
dazu beitragen, die Agenturkosten der Austausehbeziehung zwisehen Spezifizierungsinterme- 
diär und MC-Koordinator zu reduzieren. Aktive Informationsversorgung dureh Signalling des 
Agenten erfolgt aus Sicht des Spezifizierungsintermediärs mittels Offenlegung der in Aus- 
sieht gestellten Aufträge in quantitativer und qualitativer Hinsicht. Auf Basis dieser Informa- 
tionen kann der MC-Koordinator beurteilen, ob eine Zusammenarbeit innerhalb des Mass 
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Customization Wertschöpfungssystems ökonomisch sinnvoll ist. Der MC-Koordinator als 
Agent für die Koordination des Wertschöpfungssystems bietet dem Spezifizierungsintermedi- 
är die Leistungen der Auftragsabwicklung an. Durch die Festlegung des Produktmodells im 
Mass Customization Informationssystem ist ein Austausch dieser Informationen möglich. Mit 
Maßnahmen des Screenings werden die vom Agenten passiv zur Verfügung gestellten Infor- 
mationen durch den Prinzipal eingeholt. Für beide Akteure gilt in dieser Austauschbeziehung, 
dass öffentliche Verzeichnisse über die vorhandenen Spezifizierungsintermediäre und MC- 
Koordinatoren, aber auch über bereits gebildete Wertschöpfungssysteme dazu beitragen kön- 
nen, Unsicherheit und Agenturkosten zu senken. Bei der Selbstselektion aus Sicht des Spezifi- 
zierungsintermediärs werden unterschiedliche Konfigurationen von Wertschöpfungssystemen 
zur Verfügung gestellt. Der Spezifizierungsintermediär kann das aus seiner Sicht passende 
System auswählen. Im Gegenzug stellt der Spezifizierungsintermediär dem MC-Koordinator 
verschiedene Methoden zur Produktspezifizierung zur Verfügung. Der MC-Koordinator kann 
somit das aus seiner Sicht geeignete Verfahren auswählen und bestimmt damit den Gegens- 
tand der Austauschbeziehung. Voraussetzung ist auch in diesem Fall ein Produktmodell, das 
im Mass Customization Informationssystem abgebildet wird. Mittels Monitoring kann der 
Spezifizierungsintermediär die Qualität der Auftragsabwicklung und die Produktqualität auf 
Basis der zugrunde liegenden Produktspezifikation bewerten. Aus Sicht des MC-Koordinators 
ist eine Überwachung der Spezifizierungsergebnisse möglich (unter Berücksichtung des Pro- 
duktmodells), da dies die Qualität der nachfolgenden Produktherstellung beeinflusst. 

3.4.2. 3 Akteursbeziehung „MC-Koordinator - Produzent“ 

Die transaktionsbezogenen Eigenschaften der Austauschbeziehung zwischen MC-Koordinator 
und Produzent wurden in Abschnitt 3. 3.2.3 dargestellt. Zur Verfeinerung der Anforderungen 
an Mass Customization Informationssysteme werden in Tabelle 12 die akteursbezogenen 
Merkmale der Austauschbeziehung konkretisiert. Außerdem werden die sich aus den Agen- 
turproblemen induzierten Kosten dieser Austauschbeziehung dargestellt und in Anforderun- 
gen an Mass Customization Informationssysteme überführt. 
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Akteursbeziehung: 

MC-Koordinator - Produzent 


Prinzipal: MC-Koordina- 
tor, Agent: Produzent 


Prinzipal: Produzent, 
Agent: MC-Koordinator 


Merkmale 


Hidden 

characteristics 


■ Produzent täuscht vor, 
das individualisierte 
Produkt fertigen zu 
können, obwohl er dazu 
nicht in der Lage ist 


■ MC-Koordinator stellt 
unrealistische Auftrags- 
zahlen in Aussicht 

■ MC-Koordinator hält 
fertigungsbezogene In- 
formationen zurück 


Hidden actions 


■ Produzent weicht von 
vereinbarten Leistungen 
ab (z. B. aufgrund von 
Kapazitätsengpässen) 


■ MC-Koordinator stellt 
nicht die notwendigen 
Auftrags- und Produktin- 
formationen zur Verfü- 
gung 


Agenturkosten 


Steuerungs- 
und Kontroll- 
kosten 


■ Negativprämien bei 
Nichteinhaltung des 
Fertigungsauftrages 


■ Bereitstellung von Pro- 
dukt- und Spezifikations- 
bzw. Konfigurationsmo- 
dellen 


Garantiekosten 


■ Offenlegen der Kompe- 
tenzen und Ressourcen 
des Produzenten 


■ Abnahmegarantie für die 
gefertigten Produkte 


Residualkosten 


■ Für den MC- 

Koordinator bleibt of- 
fen, ob der Produzent 
das individuelle Pro- 
dukt in der vereinbarten 
Zeit, zu den vereinbar- 
ten Kosten und in der 
vereinbarten Qualität 
fertigen kann 


■ Für den Produzenten 
bleibt offen, ob der MC- 
Koordinator das individu- 
elle Produkt in der ver- 
einbarten Zeit, in den ver- 
einbarten Kosten und in 
der vereinbarten Qualität 
fertigen kann 



Tabelle 12: Charakterisierung der Akteursbeziehung „MC-Koordinator - Produzent“ 



Bei dem Austauseh von Produktkonfigurationen und der Klassifizierung von Wertsehöp- 
fungspartnem als Anforderungen an das Mass Customization Informationssystem können die 
Maßnahmen Signalling, Screening, Self-Seleetion und Monitoring dazu beitragen, die Agen- 
turkosten der Austausehbeziehung zwisehen MC-Koordinator und Produzent zu reduzieren. 
Das Signalling erfolgt in dieser Austauschbeziehung aus Sieht des MC-Koordinators mittels 
der Bereitstellung von Informationen über die anstehenden Aufträge, die zusammen mit dem 
Produzenten abgewickelt werden sollen. Damit stehen Informationen über das Produktange- 
bot und die geplante Produktherstellung im Vordergrund. Aus Sieht des Produzenten erfolgt 
die aktive Informationsversorgung dureh die Darstellung der verfügbaren Ressourcen, der 
Produktionskapazitäten und bereits erfolgreich durchgeführter Transaktionen. Die Klassifizie- 
rung von Wertschöpfungspartnem erfordert Maßnahmen des Screenings. Auch für diese Aus- 
tausehbeziehung eignen sich dabei öffentliehe Verzeiehnisse der verfügbaren Produzenten 
(aus Sicht des MC-Koordinators) und der verfügbaren MC-Koordinatoren (aus Sieht des Pro- 
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duzenten). Die Selbstselektion bei der Austauschbeziehung zwischen MC-Koordinator und 
Produzent bezieht sich auf den übergeordneten Gegenstand des Wertschöpfungssystems, auf 
das Sachgut. Der MC-Koordinator wählt dabei aus den dargelegten Produktionsangeboten des 
Produzenten aus (anhand Produktionstechnologie, Fertigungsmaschinen, Diuchlaufzeiten 
etc.). Der Produzent hingegen kann aus einer Auswahl möglicher Formen von Produktspezi- 
fikationen auswählen, die dieser Akteur für das Produktionsnetzwerk geeignet hält. Nachdem 
eine Austauschbeziehung vereinbart wurde, kann durch Monitoring deren Effizienz aus Sicht 
jedes Akteurs untersucht werden. Der MC-Koordinator überprüft dabei die vom Produzenten 
geleistete Produktqualität und die Einhaltung der vereinbarten Rahmenbedingungen. Der Pro- 
duzent hingegen überwacht die vereinbarte Auftragsvergabe durch den MC-Koordinator. 

3.4.2.4 Akteursbeziehung „Produzent - Zulieferer 1 . Stufe“ 

Die transaktionsbezogenen Eigenschaften der Austauschbeziehung zwischen Produzent und 
Zulieferer 1. Stufe wurden in Abschnitt 3. 3. 2. 4 dargestellt. Zur Verfeinerung der Anforderun- 
gen an Mass Customization Informationssysteme werden in Tabelle 13 die akteursbezogenen 
Merkmale der Austauschbeziehung konkretisiert. Außerdem werden sich die aus den Agen- 
turproblemen induzierten Kosten dieser Austauschbeziehung dargestellt und in Anforderun- 
gen an Mass Customization Informationssysteme überführt. 
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Akteursbeziehung: 

Produzent - Zulieferer 1. Stufe 


Prinzipal: Produzent, 
Agent: Zulieferer 1. Stufe 


Prinzipal: Zulieferer 1. Stufe, 
Agent: Produzent 


Merkmale 


Hidden 

characteristics 


■ Zulieferer 1 . Stufe 

täuscht vor, Komponen- 
ten individualisiert her- 
steilen zu können 


■ Produzent hält Informati- 
onen zur Planung des In- 
dividualisierungsauftrags 
zurück 




Hidden actions 


■ Der Zulieferer 1. Stufe 
fertigt unzureichend in- 
dividualisierte Kompo- 
nenten 


■ Der Produzent bestellt 
nicht vereinbarte Indivi- 
dualisierungswünsche 


Agenturkosten 


Steuerungs- 
und Kontroll- 
kosten 


■ Negativprämien bei 
Nichteinhaltung des 
F ertigungsauftrages 


■ Bereitstellung von Pro- 
dukt- und Spezifikations- 
bzw. Konfigurationsmo- 
dellen 




Garantiekosten 


■ Offenlegen der Kompe- 
tenzen und Ressourcen 
des Zulieferers 1. Stufe 


■ Abnahmegarantie für die 
gefertigten Komponenten 




Residualkosten 


■ Für den Produzenten 
bleibt offen, ob der Zu- 
lieferer 1 . Stufe die in- 
dividualisierte Kompo- 
nente hersteilen wird 


■ Für den Zulieferer 1. Stu- 
fe bleibt offen, ob er alle 
für die Individualisierung 
notwendigen Informatio- 
nen erhält 



Tabelle 13: Charakterisierung der Akteursbeziehung „Produzent - Zulieferer“ 



Bei dem Auffinden von Wertschöpfungspartnem als Anforderung an das Mass Customization 
Informationssystem können die Maßnahmen Signalling, Screening, Self-Selection und Moni- 
toring dazu beitragen, die Agenturkosten der Austauschbeziehung zwischen Produzent und 
Zulieferer zu reduzieren. Mittels Signalling informiert der Produzent andere Akteure über das 
Produktangebot, den Bedarf der Produktzulieferung und die Einbindung des Zulieferers in das 
Wertschöpfungssystem. Zugleich stellt der Zulieferer dar, welche Produktbestandteile gelie- 
fert werden können, welche Ressourcen und Kapazitäten vorliegen und unter welchen Vor- 
aussetzungen eine Bereitschaft für die Mitwirkung in einer Austauschbeziehung besteht. Da- 
mit führen beide Akteure als Agent eine aktive Informationsversorgung durch. Aus passiver 
Sicht der Agenten informiert sich beim Screening der Akteur eigenverantwortlich über den 
potenziellen Austauschpartner. Hierbei nutzt der Produzent ein Verzeichnis verfügbarerer 
Zulieferer und ein Zulieferer kann in gleicher Weise über ein Verzeichnis geeignete Produ- 
zenten bzw. Wertschöpfungssysteme identifizieren. Zwischen Produzent und Zulieferer er- 
folgt eine Selbstselektion, wenn der Produzent aus einer Auswahl bestimmter Produktbestand- 
teile mögliche Alternativen bewerten und bestimmten kann. Hierbei sind individuelle und 
standardisierte Produktbestandteile zu unterscheiden. Bei individuellen Bestandteilen ist Ge- 
genstand der Agenturbeziehung ein Kontraktgut. Die Unsicherheit ist hierbei größer, der Be- 
darf zur Reduzierung von Agenturkosten durch geeignete Informationssysteme größer. Auch 
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für den Zulieferer besteht die Möglichkeit zur Selbstauswahl, so dass der Produzent in der 
Vereinbarung der Austauschbeziehungen verschiedene Beschaffungsstrategien zur Auswahl 
stellt. Im Monitoring überprüft der Produzent die gelieferte Qualität der Produktkomponenten 
sowie die Einhaltung der vereinbarten Rahmenbedingungen (Lieferzeiten, Liefermengen etc.) 
und der Zulieferer überwacht die vereinbarte Auftragsvergabe. 

3.4.2. 5 Akteursbeziehung „Zulieferer x. Stufe - Zulieferer y. Stufe“ 

Die transaktionsbezogenen Eigenschaften der Austauschbeziehung zwischen zwei Zulieferern 
wurden in Abschnitt 3. 3.2. 5 dargestellt. Zur Verfeinerung der Anforderungen an Mass 
Customization Informationssysteme werden in Tabelle 14 die akteursbezogenen Merkmale 
der Austauschbeziehung konkretisiert. Außerdem werden sich die aus den Agenturproblemen 
induzierten Kosten dieser Austauschbeziehung dargestellt und in Anforderungen an Mass 
Customization Informationssysteme überführt. 



Akteursbeziehung: 

Zulieferer x. Stufe - 
Zulieferer y. Stufe 


Prinzipal: Zulieferer x. 

Stufe, 

Agent: Zulieferer y. Stufe 


Prinzipal: Zulieferer y. Stufe, 
Agent: Zulieferer x. Stufe 


Merkmale 


Hidden 

characteristics 


■ Zulieferer y. Stufe 

täuscht vor, Komponen- 
ten individualisiert her- 
steilen zu können 


■ Zulieferer x. Stufe hält 
Informationen zur Pla- 
nung des Individualisie- 
rungsauftrags zurück 




Hidden actions 


■ Zulieferer y. Stufe lie- 
fert standardisierte 
Komponenten anstelle 
von individualisierten 


■ Zulieferer x. Stufe bestellt 
individualisierte Kompo- 
nenten anstelle von stan- 
dardisierten 


Agenturkosten 


Steuerungs- 
und Kontroll- 
kosten 


■ Negativprämien bei 
Nichteinhaltung des 
F ertigungsauftrages 


■ Bereitstellung von Pro- 
dukt- und Spezifikations- 
bzw. Konfigurationsmo- 
dellen 




Garantiekosten 


■ Offenlegen der Kompe- 
tenzen und Ressourcen 
des Zulieferers y. Stufe 


■ Abnahmegarantie für die 
gefertigten Komponenten 




Residualkosten 


■ Für den Produzenten 
bleibt offen, ob der Zu- 
lieferer X. Stufe die in- 
dividualisierte Kompo- 
nente hersteilen wird 


■ Für den Zulieferer y. Stu- 
fe bleibt offen, ob er alle 
für die Individualisierung 
notwendigen Informatio- 
nen erhält 



Tabelle 14: Charakterisierung der Akteursbeziehung „Zulieferer x. Stufe - Zulieferer 
y. Stufe“ 



Bei der dynamischen Bildung von Wertschöpfungssystemen als Anforderung an das Mass 
Customization Informationssystem können die Maßnahmen Signalling, Screening, Self- 
Selection und Monitoring dazu beitragen, die Agenturkosten der Austauschbeziehung zwi- 
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sehen verschiedenen Zulieferern zu reduzieren. Da es sich bei dieser Austauschbeziehung um 
grundsätzlich gleichwertige Wertschöpfungspartner handelt, unterscheiden sich die rezipro- 
ken Akteurseigenschaften nur wenig. Mittels Signalling stellen die Akteure aus Sicht von A- 
genten ihr Liefer- und Leistungsprogramm aktiv bereit. Damit informieren sie potenzielle 
Austauschpartner und reduzieren Unsicherheit aufgrund fehlender oder asymmetrisch verteil- 
ter Informationen. Maßnahme des Screenings ist, wie bereits bei den vorangegangenen Aus- 
tauschbeziehungen bereits dargelegt, der Zugriff auf öffentliche Verzeichnisse mit möglichen 
Zulieferern. In der Selbstselektion wählt der auftraggebende Zulieferer (Prinzipal) aus dem 
vom auftragnehmenden Zulieferer (Agent) bereitgestellten Angebot über Produktkomponen- 
ten aus. Je nach Fertigungstiefe und Komplexität des Produktes müssen hier verschiedene 
Aggregationsstufen von Produktbestandteilen unterschieden werden (z. B. funktionsbezogene 
Module im Gegensatz zu Rohstoffen). Der auftragnehmende Zulieferer wählt seinerseits aus 
den alternativ bereitgestellten Beschaffungsstrategien aus. Wie bereits bei der Austauschbe- 
ziehung zwischen Produzent und Zulieferer besteht das Monitoring aus der Überwachung des 
Zulieferauftrags. Der Auftraggeber überprüft die tatsächlich geleistete Qualität der Produktbe- 
standteile und der Auftragnehmer die Einhaltung der vereinbarten Auftragsvergabe. Da die 
dynamische Bildung von Wertschöpfungssystem als Anforderung identifiziert wurde, müssen 
Mass Customization Informationssysteme in der Lage sein, die Zusammensetzung des Wert- 
schöpfungssystems auftragsbezogen zu organisieren und die Auftragsabwicklung zu unter- 
stützen. Dies umfasst auch das Austauschen von Wertschöpfungspartnern. 

3.4.3 Würdigung der Eignung der Prinzipal-Agenten-Theorie zur 

Anforderungsanalyse für Mass Customization Informationssysteme 

Die Eignung der Prinzipal-Agenten-Theorie für die Analyse in dieser Arbeit lässt sich anhand 
von zwei Eigenschaften des Wertschöpfungssystems zusammenfassen. Zunächst erfüllt das 
kundenindividuelle Sackgut die Merkmale von Kontraktgütem, die in der Literatur als Prinzi- 
pal-Agenten-Beziehungen angesehen werden (vgl. S. 16 und S. 109). Außerdem treten die 
Akteure des Wertschöpfungssystems mit den attribuierten Rollen als organisatorisch eigen- 
ständige Einheiten auf und handeln in ihrer Umwelt. Damit erfüllen die Akteure des Wert- 
schöpfungssystems zudem Eigenschaften des Agentenbegriffs der Künstlichen Intelligenz (z. 
B. [FerbOl, 29]). In der Analyse werden die beiden Klassen von Agenturproblemen auf die 
reziproke Austauschbeziehung zwischen den Akteuren des Wertschöpfungssystems angewen- 
det. Die sich für jede Austauschbeziehung spezifisch ergebenden Agenturkosten werden dafür 
verwendet, die Anforderungen an Mass Customization Informationssystem zu präzisieren und 
zu erweitern. 

Die Prinzipal-Agenten-Theorie zeigt ein reduziertes Bild realer institutioneller Arrangements, 
da nur frei ausgehandelte Individualverträge und keine gesellschaftlich oder rechtlich vorge- 
gebenen Dritten berücksichtigt werden. Außerdem verhindert die Ex-ante-Perspektive, Agen- 
turprobleme zu betrachten, die vor dem Abschluss des Vertrags nicht erkennbar waren. Inner- 
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halb der Agenturbeziehungen wird das Bewusstsein über das Risiko angenommen [Will85, 
27]. Mit dem Grad an Komplexität innerhalb vertraglicher Vereinbarungen sinkt jedoch die 
Möglichkeit, alle potentiellen Situationsgefahren zu berücksichtigen [EbGo99, 221-222]. 
Weiterhin lassen sich für die Prinzipal-Agenten- Theorie folgende Kritikpunkte auftühren [Eb- 
Go99, 223-225]: 

■ Festlegung von Zielen findet nicht innerhalb des Modells statt, sie sind vorab festge- 
legt, 

■ Situationen mit ambiguitiven Präferenzen werden nicht betrachtet, 

■ Quantifizierung (insbesondere Ermittlung der Residualkosten) fehlt. 

Auch bei der Prinzipal- Agenten-Theorie liegen Defizite in der Verwendbarkeit für quantita- 
tiv-empirische Analysen vor. Im Kern befindet sich die Theorie im Spannungsfeld zwischen 
quantifizierten Aussagen über abstrakte und realitätsfeme Modelle und ungenauen Tendenz- 
aussagen realer Austauschbeziehungen. Da die vorliegende Arbeit dem Ansatz der deskripti- 
ven bzw. positiven Agenturtheorie folgt, schränkt dies jedoch die Anwendbarkeit nicht ein. 

3.5 Funktionale Spezifikation der Anforderungen an Mass Customization 
informationssysteme 

In den vorangegangenen Kapiteln wurden die Anforderungen an Mass Customization Infor- 
mationssysteme mittels der Neue Institutionenökonomik analysiert. Die ermittelten Anforde- 
rungen können dabei in zwei Gruppen eingeteilt werden. Zunächst wurden Anforderungen 
ermittelt, die sich aus der Individualisierbarkeit der Sachgüter des Wertschöpfungssystems 
ergeben („Produktindividualisierung“). Die Individualisierung der Wertschöpfungsleistung 
bedingt eine Unterstützung im Bereich der Festlegung von Produktparametem (Erstellen von 
Produktspezifikationen bzw. -konfigurationen), in der Umsetzung der Produktspezifikation in 
physische Produkte und in der Distribution der Produkte. Darauf aufbauend wurden Anforde- 
rungen identifiziert, die sich aus der Mehrstufigkeit des jeweils spezifischen Wertschöpfungs- 
systems ergeben. Informationssysteme für Mass Customization müssen demnach die Errich- 
tung, das Management und das Auflösen überbetrieblicher Kooperationen („überbetriebliche 
Zusammenarbeit“) unterstützen. Auf Basis der Analyseergebnisse werden die funktionalen 
Anforderungen an Mass Customization Informationssysteme nachfolgend formal spezifiziert. 
Dies erfolgt in Form impliziter Spezifikationen. 

3.5.1 Grundlagen der Spezifikation 

3. 5.1.1 Allgemeine Definitionen 

Bei der Spezifikation der Anforderungen an Mass Customization Informationssysteme gelten 
die nachfolgenden Definitionen [in Anlehnung an KaBü05, 25-40], 
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Definition 3: Mengen 

Eine Menge M ist eine Zusammenfassung von verschiedenen Objekten, den Elementen 
der Menge, zu einem Wertebereich, a ist ein Element der Menge M, d. h. a e M. 

Jede Menge M kann extensional durch die Aufzählung ihrer Elemente, z. B. {1, 2, 3}, 
oder intensional durch die Angabe von Bedingungen, die alle Elemente von M erfüllen, 
z. B. {a \ a e , a ist Primzahl und a < 50 }, wobei die Menge aller natürlichen Zahlen 
ist, definiert werden. 

Eine Menge ohne Elemente wird als leere Menge bezeichnet und als 0 notiert. 

Definition 4: Mengenoperationen 

Seien M und N zwei Mengen, so gilt: 

1 . M c N, falls M eine Teilmenge von N ist, d. h. aus a e M folgt a e N, 

2. M c N, falls M eine echte Teilmenge von N ist, d. h. es gilt M c N und M N, 

3. M u N bildet die Vereinigungsmenge der beiden Mengen M und N, 
d. h. {x I X e M V X e N}, 

4. M n N bildet den Durchschnitt der beiden Mengen M und N, 
d. h. {x I X e M A X e N}, 

5. M \ N ist die Differenz zwischen den beiden Mengen M und N, 
d. h. {x I X e M A X ^ N}. 

Zwei Mengen sind disjunkt, falls gilt: M rx N = 0 

Die Anzahl der Elemente einer Menge M heißt Mächtigkeit und wird als \M\ notiert. 

Definition 5: Potenzmenge 

Die Potenzmenge P einer Grundmenge G ist die Menge aller Teilmengen von G, notiert 
als P(G). Es gilt: 

P(G) := {M I M e G} 

Definition 6: Geordnetes Paar, Kartesisches Prodnkt 

Ein geordnetes Paar (x, y) besteht aus zwei Werten x und y, wobei x die erste und y die 
zweite Komponente ist. Das kartesische Produkt M x N zweier Mengen M und N ist die 
Menge aller geordneten Paare mit erster Komponente aus M und zweiter Komponente 
N, notiert als 

M X N := {(x, y) I X e M A y e N} 

Das kartesische Produkt von n> 1 Mengen ist eine Menge von geordneten n-Tupeln. 
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Definition 7: Foigen 

Ein n-Tupel mit n > 1 Komponenten aus der Menge A heißt Folge der Länge n über A. 
Der Wertebereich der endlichen, nicht-leeren Folgen über Ä wird definiert als: 

Pfi := {(a) I a G A} u {x I X e A‘ und i > 1 } 

Wird die leere Menge in der Folge über A berücksichtigt, so gilt: 

A* := 0 fj A^ 

Definition 8; Reiationen 

Eine n-stellige Relation R ist eine Menge von n-Tupeln, wobei jedes davon aus einem 
Wertebereich Mi xM 2 x ... xM„ mit n > 1 stammt, 
d. h. R £Mi xM2 X ... xM„. 

Definition 9: Funktionen 

Eine Funktion f ist eine 2-stellige Relation f e P(D x B), für die gilt: Aus (x, y) ef und 
(x, z) ef folgt y = z. Einem Wert aus D ist also höchstens ein Wert von B zugeordnet. 
Die Menge D heißt Definitionsbereich und die Menge B Bildbereich der Funktion f. 
Der Wertebereich D —xB ist die Menge aller Funktionen, die von D nach B abbilden. 
Es gilt D —xB^PfD X B). D —xB enthält als Elemente alle Mengen von Paaren über 
D xB, die Funktionen sind. 



In der vorliegenden Arbeit wird die Modellierung von Mass Customization Wertschöpfungs- 
systemen vorgenommen und die funktionalen Anforderungen an Mass Customization Infor- 
mationssysteme formalisiert. Hierfür gilt nachfolgende Form der Spezifikation. 

Definition 10: Spezifikation 

Sei S eine Spezifikation, so gilt: 

S: f: X ^ Y 

f(x) ^ y 

pre Vorbedingungen 

post Nachbedingungen 

Durch S wird eine Anforderung spezifiziert, deren Funktion /ist. Damit / ausgeführt werden 
kann, müssen die Vorbedingungen erfüllt sein. Die Nachbedingungen schränken die Zuläs- 
sigkeit der Ergebniswerte der Funktion ein. Vor- und Nachbedingimgen werden bei der funk- 
tionalen Spezifikation grundsätzlich in Form mathematischer Ausdrücke angegeben. Im 
Rahmen dieser Arbeit können jedoch noch nicht alle Vor- und Nachbedingungen in mathema- 
tischer Notation formuliert werden. Hierfür sind konkrete betriebliche Entscheidungen vor- 
ausgesetzt, die an dieser Stelle noch nicht zur Verfügung stehen. In solchen Fällen werden 
natürlichsprachliche Ausdrücke verwendet. 
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3.5. 1 .2 Anwendungsbezogene Annahmen 

Akteure sind eigenständig handelnde Wirtschaftssubjekte, die in Wertschöpfungssysteme ein- 
gebunden werden können. Akteure treten dabei als Anbieter oder Nachfrager von Gütern und 
Leistungen auf. 

Definition 11: Akteure 

Sei A die Menge aller Akteure, die prinzipiell für die Mitwirkung in Wertschöpfungssys- 
temen zur Verfügung stehen, und AN die Menge aller Anbieter und NA die Menge aller 
Nachfrager, so gilt 

A := AN u NA, wobei 

AN := {ani, . . ., an„} a NA := {nai,. . . , na„} a AN n NA ^ 0 

Mit einer Transaktion wird der Austausch von Gütern und Leistungen bezeichnet, der in ei- 
nem Wertschöpfungssystem zur Erreichung des beabsichtigten Wertschöpfungsergebnisses 
vorgenommen werden muss. Wertschöpfungssysteme können aus mehreren Transaktionen 
bestehen. 

Definition 12: Transaktionen 

Sei T die Menge aller Transaktionen, die in Wertschöpfungssystemen auftreten können, 
so gilt: 

T:= {ti,...,tp} 

Jede Transaktion lässt sieh in Transaktionsphasen einteilen. Diese Phasen repräsentieren den 
Fortschritt einer Transaktion hinsichtlich ihrer Durchführung. 

Definition 13: Transaktionsphasen 

Sei TP die Menge aller Transaktionsphasen, so gilt: 

TP := {Anbahnung, Vereinbarung, Durchführung, Kontrolle, Anpassung} 

In einem Wertschöpfungssystem nehmen die Akteure Rollen an, von denen sich akteursbezo- 
gene Aufgaben ableiten lassen. In dem Mass Customization Wertschöpfungssystem der vor- 
liegenden Arbeit werden die fünf dargestellten Rollen unterschieden. 
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Definition 14; Rollen 

Sei R die Menge aller Rollen, so gilt 

R := {Kunde, Spezifizierungsintermediär, MC-Koordinator, Produzent, Zulieferer} 

3.5.2 Anforderungen an Mass Cnstomization Informationssysteme 

In diesem Abschnitt werden auf Basis der Analyseergebnisse die Anforderungen an Mass 
Customization Informationssysteme in Form einzelner Spezifikationen eingetührt und darge- 
stellt. Die Anforderungen sind das Ergebnisse der Analyse mittels Transaktionskostentheorie 
und Prinzipal-Agenten- Theorie in den vorangegangenen Abschnitten. Die bei der Analyse 
ermittelten Anforderungen lassen sich aus Sicht eines Kundenauftrags in einer chronologi- 
schen Abfolge darstellen. Dies entspricht zugleich dem prinzipiellen Auftragsablauf bei der 
Herstellung kundenindividueller Güter. Bevor eine Wertschöpfungsleistung erbracht werden 
kann, muss der Gegenstand des Wertschöpfungssystems festgelegt werden. Mit der Erstellung 
von Produktmodellen (Anforderung 1) wird der Rahmen für die Individualisierung der kun- 
denspezifischen Produkte definiert. Ausgehend von einem Produktmodell lassen sich die An- 
forderungen an das Wertschöpfungssystem ableiten (Anforderung 2). Unter Anforderungen 
werden hierbei insbesondere die notwendigen Produktionsschritte zur Herstellung des Sach- 
gutes verstanden. Ist einem Koordinator eines Wertschöpfungssystems die Liste der produkt- 
bezogenen Anforderungen bekannt, so können die prinzipiell für eine Zusammenarbeit in 
Frage kommenden Akteure ermittelt werden. Für jede Anforderung im dargestellten Sinne 
wird eine Liste möglicher Akteure erstellt (Anforderung 3). In einem weiteren Schritt wird die 
Auswahl der Akteure getroffen (Anforderung 4). Zu diesem Zeitpunkt liegt noch keine ein- 
deutige Zuordnung von Akteur und Wertschöpfungsleistung vor, da sich die Planung des 
Wertschöpfungssystems noch auf das Produktmodell und nicht auf ein einzelnes kundenspezi- 
fisches Produkt bezieht. Bevor das Wertschöpfungssystem errichtet werden kann, muss eine 
Produktspezifikation erstellt werden (Anforderung 5). Diese enthält alle für die Herstellung 
notwendigen Informationen des Kunden zur Individualisierung des Produktes. Liegt eine Pro- 
duktspezifikation vor, kann die Zuordnung von Akteur, Rolle und Wertschöpfungsleistung 
vorgenommen werden (Anforderung 6). Dies führt zur Vereinbarung, welche Akteure in dem 
geplanten Wertschöpfungssystem zur Realisierung eines bestimmten Auftrags Zusammenar- 
beiten werden. Es schließt sich die Errichtung des Wertschöpfungssystems (Instanziierung) an 
(Anforderung 7). Auf Basis der Produktspezifikation und der Akteurszuordnung kann die 
konkrete Ausgestaltung des Wertschöpfungssystems vorgenommen werden. Damit das Wert- 
schöpfungssystem mit der Durchführung des Auftrags beginnen kann, müssen alle Transakti- 
onen vertraglich geregelt werden (Anforderung 8). Um bei mehrstufigen Wertschöpfungssys- 
temen auftragsbezogene Informationen an die vorgelagerten Wertschöpfungsstufen (z. B. Zu- 
lieferer) übertragen zu können, müssen Produktspezifikationsdaten ausgetauscht werden 
(Anforderung 9). Hierbei werden entweder die komplette Produktspezifikation oder nur Aus- 
schnitte von dieser übertragen. Es schließt sich die Durchführung der einzelnen Produktions- 
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schritte an. Diese müssen in einer vordefinierten Folge nacheinander ausgeführt werden (An- 
forderung 10). Ist ein Produktionsschritt abgeschlossen, so wird der Auftrag an die aus sach- 
logischer Sicht nächste Wertschöpfungsstufe weitergegeben (Anforderung 11). Wurden alle 
Produktionsschritte durchgeführt, muss das Produkt hinsichtlich des Erreichens der aufge- 
nommenen Kundenanforderungen überprüft werden (Anforderung 12). Nach erfolgter Prü- 
fung kann das Produkt an den Kunden übergeben werden (Anforderung 13). Damit ist der 
einzelne Auftrag beendet. Dies zieht die Auflösung des instanziierten Wertschöpfungssystems 
nach sich. Die Akteure stehen wieder für einen neuen Auftrag zur Verfügung (Anforderung 
14). 

In der dargestellten Form umfassen die Anforderungen sowohl die konstitutiven als auch die 
operationale Entscheidungen von Unternehmen. Zu den konstitutiven Entscheidungen gehö- 
ren die Einrichtung, Anpassung und Auflösung von Wertschöpfungssystemen (Anforderun- 
gen 4, 7 und 14). Operationale Entscheidungen beziehen sich im Gegensatz dazu auf die 
Durchführung einzelner Aufträge (Anforderungen 1-3, 5, 6 und 8-13). Hierbei kann sowohl 
auf der Ebene des Auftrags als auch für jede Einzeltransaktion das Transaktionsmodell aus 
Abschnitt 3. 3. 1.1.2 angewendet werden. Dabei werden die folgenden fünf Transaktionsphasen 
unterschieden: Anbahnung, Vereinbarung, Durchführung, Kontrolle und Anpassung. So be- 
steht aus Sicht des gesamten Wertschöpfungssystems die Anbahnungsphase aus der Initiative 
des Kunden, Interesse an dem Angebot über kundenindividuelle Produkte zu bekunden und 
an der Erstellung einer Produktspezifikation aktiv mitzuwirken. Die Produktspezifikation ist 
die Basis für die Herstellung des kundenindividuellen Sackgutes. Mit der Bestellung des Pro- 
duktes durch den Kunden erfolgt die Vereinbarung zwischen dem Kunden und dem Wert- 
schöpfungssystem. Die Auftragsbearbeitung, Produktion und Distribution des dem Auftrag 
zugrunde liegenden Sackgutes entspricht hierbei der Durchführungsphase. In der Kontroll- 
phase wird die Erfüllung des Auftrags überprüft und das Wertschöpfungssystem wird bei er- 
folgreicher Auftragsabwicklung aufgelöst. Kommt es zu Abweichungen von dem vereinbar- 
ten Transaktionsgegenstand, so kann dies in einer abschließenden Anpassungsphase korrigiert 
werden. Das Transaktionsmodell kann jedoch auch auf jede einzelne Transaktion in dem 
Wertschöpfungssystem übertragen werden. So besteht beispielsweise auch die Produktion aus 
einzelnen Transaktionen (Durchführung einzelner Produktionsschritte), die sich jeweils aus 
den genannten Transaktionsphasen zusammensetzen. 

Gemäß den bisherigen Annahmen müssen Mass Customization Informationssysteme folgende 
Anforderungen erfüllen: 

1 . Erstellung von Produktmodellen 

2. Ermittlung der Anforderungen eines Produktmodells 

3. Ermittlung der Akteursfähigkeiten 

4. Auswahl der Wertschöpfungspartner 

5. Erstellung von Produktspezifikationen 
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6. Festlegung der Akteurszuordnung 

7. Errichtung des Wertschöpfungssystems (Instanziierung) 

8. Vertragsabschluss mit allen Wertschöpfungsakteuren 

9. Austauseh von Produktspezifikationsdaten 

10. Durchführung von Wertschöpfungstransaktionen 

11. Weitergabe von Aufträgen an nächste Wertschöpfungsstufe 

12. Überprüfung des Sachgutes 

13. Übergabe des Produkts 

14. Auflösung des Wertschöpfungssystems 

3.5.2. 1 Erstellung von Produktmodellen 

Ein Produkt setzt sich aus Komponenten zusammen, die anhand von Attributen näher be- 
schrieben werden. Für jedes Attribut existiert eine Anzahl möglieher Individualisierungswer- 
te, die im Rahmen des Kaufprozesses von den Kunden ausgewählt werden können. Diese In- 
dividualisierungsparameter bestimmen den Freiheitsgrad eines Produktmodells. Bezogen auf 
einen Schuh können beispielsweise der Komponente „Oberleder“ die Attribute „Farbe“ oder 
„Ledersorte“ zugeordnet werden und dem Attribut „Farbe“ die Individualisierungsparameter 
„braun“, rot“ oder „schwarz“. Ohne Beschränkung der Allgemeinheit lassen sich alle Indivi- 
dualisierungsparameter jeweils über die Attribute den dazugehörigen Komponenten zuordnen. 
Die einzelnen Komponenten stehen in einer hierarchischen Ordnung zueinander (z. B. Ober- 
teil eines Schuhs besteht aus Oberleder und Futter). Mass Customization Informationssysteme 
müssen in der Lage sein, die Erstellung von Produktmodellen zu unterstützen. Dies lässt sich 
wie folgt definieren: 

Gegeben seien die Menge Komp aller Komponenten mit kompi e Komp, die Menge Attr 
aller Attribute mit attrj e Attr und die Menge IW aller Individualisierungswerte mit iw^ 
e IW. 

kompi := (kompnamei, Attri), wobei kompnamet der eindeutige Name der Komponente 
ist, AttVi cAttr und die Teilmenge Attri alle möglichen Attribute einer Komponenten 
kompi enthält. Attri := {attrij; ...;attri j. 

attrj := (attrnamej, IWß, wobei attmamej der eindeutige Name eines Attributes ist, 

IWj qIW und die Teilmenge IWj alle möglichen Individualisierungswerte für ein be- 
stimmtes Attribut attrj eine Komponente kompi enthält. 

Gegeben sei außerdem die Menge PM aller möglichen Produktmodelle mit pm e PM 
auf Basis der Menge der Komponenten. 

Sei erstelleProdmod die Funktion zur Bildung von Produktmodellen, dann gilt: 
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S: erstelleProdmod: Komp^ — > PM 



erstelleProdmod ( kompi) — > pitip 



pre 


1 . 


V komp^: lAttrj^l > 1 




2 . 


V attrj^: | IWi | > 1 




3. 


Komponenten bilden Komponentenhierarchie 


post 


1 . 


PM = PM u { pmp } 




2 . 


Die gebildete Komponentenhierarchie ist gültig und kann ge- 
fertigt werden 



3. 5.2.2 Ermittlung der Anforderungen eines Produktmodells an das Wertschöpfungssystem 

Jedes Produktmodell stellt bestimmte Anforderungen an Akteure, die auf dieser Basis in ei- 
nem Wertschöpfungssystem ein kundenindividuelles Produkt herstellen möchten. Die Liste 
dieser Anforderungen an das Wertschöpfungssystem ist jeweils spezifisch für das Produkt- 
modell. Als Anforderung werden hierbei die benötigten Produktionsschritte angesehen. Zur 
Ausführung von Produktionsschritten werden somit jeweils bestimmte Fähigkeiten benötigt. 
So zieht eine Produktkomponente „Oberteil genäht aus Leder“ bei der Herstellung kundenin- 
dividueller Schuhe den Bedarf zum Schneiden und Nähen von Leder nach sich. 

Mass Customization Informationssysteme müssen in der Lage sein, die Ableitung fertigungs- 
bezogener Anforderungen an das Wertschöpfungssystem in Form von Produktionsschritten 
aus den Produktmodellen zu unterstützen. 

Gegeben sei die Menge der Produktionsschritte Prodstep, die zur Durchführung eines 
Kundenauftrags notwendig sind, mit prodstep e Prodstep. 



Sei ermittleProdsteps die Funktion zur Ermittlung der leistungsbezogenen Anforderungen an 
ein Wertschöpfungssystem, dann gilt: 

S: ermittleProdsteps: PM — > ProdStep 

ermittleProdsteps (pmi) — > prodstepi 



pre 


1 . 


Es liegt ein gültiges Produktmodell vor 






2 . 


Es existiert ein Koordinator für zukünftige Wertschöpfungs- 
systeme auf Basis dieses Produktmodells 


post 


1 . 


Jeder Komponente des Produktmodells ist mindestens ein 
dukt ionsschritt zugeordnet 


Pro- 




2 . 
3. 


Jeder Individualisierungswert kann mit den ermittelten 
duktionsschritten umgesetzt werden 

Alle notwendigen Produktionsschritte wurden ermittelt 


Pro- 



3. 5.2. 3 Ermittlung der Akteursfähigkeiten 

Jeder Akteur a weist Fähigkeiten auf, mit denen er sich in ein Wertschöpfungssystem einbrin- 
gen kann. Ausgehend von einer Menge aller Fähigkeiten, die prinzipiell zur Verfügung stehen 
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können, und der Menge der vorhandenen Akteure, ergibt sich mit ermittleAkteure die Menge 
der Akteure, die eine bestimmte Fähigkeit haben. 



Gegeben sei die Menge aller Fähigkeiten Fh, die Akteure in Wertschöpfungssystemen 
grundsätzlich übernehmen können, mit Fh := {fhi, fh„}. 

Gegeben sei außerdem die Menge AFi, die für jede ausgewählte Fähigkeit fhi die Menge 
der zur Verfügung stehenden Akteure enthält, mitAF:= {afi, afz,..., af„,}. 



Es gilt damit: 

S: ermittleAkteure: A x Fh — > AF 

ermittleAkteure (aj, fhi) — >■ AFi 

pre 1. Alle Akteursinformationen liegen vor 

2. Akteursfähigkeiten entsprechen den benötigten 

produktbezogenen Anforderungen (Produktionsschritte) 



post 1. lAFil > 1 

2. AF enthält für jede Fähigkeit fhi die Menge aller Akteure, 
die diese Fähigkeit besitzen 

3. Es liegen nur gültige Beziehungen zwischen den Akteuren und 
ihren Fähigkeiten vor 



Als Ergebnis dieser Funktion liegen Erkenntnisse darüber vor, von welchen Akteuren die er- 
mittelten produktbezogenen Anforderungen prinzipiell übernommen werden können. Dabei 
korrespondieren in der vorliegenden Arbeit die produktbezogenen Anforderungen mit den 
Fähigkeiten der Akteure, d. h. sie entsprechen den benötigten Produktionsschritten (z. B. „Le- 
der schneiden“). Jeder Akteur weist Fähigkeiten auf, die zur Erfüllung einer Produktionsan- 
forderung prodstepi notwendig ist (Abbildung 34). 
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Akteur 

Fähigkeit^^^. 


ai 


^2 


^3 




a„ 


fhi 


X 


X 


X 






fll2 












fhj 




X 


X 






fll4 


X 






















fhm 




X 


X 




X 



Legende: X — Fähigkeit ist vorhanden 



Abbildung 34: Zuordnung von Akteuren und deren Fähigkeiten 

Damit ergibt sich für aj] ... af„\ 

afi := {fh], fh4}; aj '2 := afs := {fhjjhsjh^}; afn := {/h„} 

Die Fähigkeit wird in dem dargestellten Beispiel nicht benötigt und ist deshalb grau darge- 
stellt. 

3. 5.2.4 Auswahl der Wertschöpfungspartner 

Damit ein Wertschöpfungssystem die in Aussicht gestellte Leistung erbringen kann, müssen 
die Akteure die funktionalen Anforderungen des Produktmodells erfüllen. Ergänzend zu die- 
sen Anforderungen unterliegt die Auswahl auch organisatorischen oder ökonomischen Ne- 
benbedingungen. 

Gegeben sei die Menge AMatchi, in der die für einen Produktionsschritt zur Verfügung 
stehenden sowie unter organisatorischen und ökonomischen Nebenbedingungen ausge- 
wählten Akteure enthalten sind. 

Sei waehleAkteure die Funktion zur Ermittlung der organisatorisch und ökonomisch relevan- 
ten Akteure, so gilt: 
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S: waehleAkteure : AFi x Prodstepi — > AMatchi 

waehleAkteure (afi, prodstepi) — > amatchi 
pre 1 . AFi ^ 0 A Prodstepi ^ 0 

2 . Die Akteure erklären die Bereitschaft zur Mitwirkung in ei- 
nem Wertschöpfungssystem 

post 1. Ökonomische Nebenbedingungen wurden berücksichtigt 

2. Jedem Produktionsschritt ist mindestens ein Akteur zugeord- 
net 

Als Ergebnis dieser Funktion liegt eine Zuweisung zwischen den produktbezogenen Anforde- 
rungen an das Wertschöpfungssystem und den dafür prinzipiell in Frage kommenden Akteu- 
ren vor. Dies setzt eine Optimierungsfunktion voraus, die unter den Bedingungen wie z. B. 
Lieferzeit oder Stückpreise für eine Komponente die Eingrenzung der Auswahl möglicher 
Akteure vomimmt. Wie in Abbildung 35 dargestellt, findet zu diesem Zeitpunkt eine Ein- 
grenzung der Akteure statt. Für jede Produktionsanforderung prodstepi existiert also eine Fä- 
higkeit fhi, die Akteure zum Erfüllen der Anforderung aufweisen müssen. In diesem Teil- 
schritt werden somit die potenziellen Wertschöpfungspartner bzw. Produktionsnetzwerke i- 
dentifiziert. Die Anforderung prodstep 2 ist in dem dargestellten Beispiel für das geplante 
Produkt unerheblich und deshalb grau dargestellt (vgl. Abschnitt 3. 5.2.4). Für Anforderung 
prodstepi wurden die Akteure ai und ü 2 , für prodsteps die Akteure ö 2 und as, für prodstep 4 
der Akteur aj und schließlich für prodstepm die Akteure U 2 , as und a„ als potenzielle Teilneh- 
mer eines Wertschöpfungssystems ermittelt, as wird beispielsweise aufgrund zu geringer La- 
gerkapazitäten für prodstepi nicht berücksichtigt. 
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Akteurs- 

Fähigkeit 


afi 


af 2 


afj 




afn 


prodstepi 


X 


X 


X 






prodstep2 












prodstep3 




X 


X 






prodstep4 


X 






















prodstepj^ 




X 


X 




X 



Legende: X — Fähigkeit ist vorhanden 



Abbildung 35: Zuordnung von Produktanforderungen und potenziell verfügbaren Ak- 
teuren 

Mit dieser Funktion wird noch kein Wertschöpfungssystem für einen bestimmten Auftrag 
errichtet, da die produktbezogenen Anforderungen in Form einer Produktspezifikation noch 
nicht vorliegen. Es entsteht eine allgemeine Akteurskonstellation, die zur Erfüllung aller mög- 
lichen Aufträge auf Basis des Produktmodells benötigt wird. 

3. 5.2. 5 Erstellung von Produktspezifikationen 

Das Produktmodell enthält die Menge aller Kombinationen zur Produktindividualisierung. 
Zur Erfüllung eines Auftrags wird eine einzelne Produktspezifikation benötigt, damit das 
Sachgut eindeutig und vollständig beschrieben und das kundenspezifische Wertschöpfungs- 
system errichtet werden kann. 

Gegeben sei die Menge PS aller Produktspeziflkationen, in denen jür jedes Attribut 
attribi der Komponente kompj ein Individualisierungswert iWij enthalten ist, mit ps e 
PS. 

Die Funktion erstelleProdspez beschreibt die Erstellung einer Produktspezifikation auf Basis 
eines Produktmodells. Ergebnis ist eine einzelne Produktspezifikation, die für alle Attribute 
der Produktkomponenten die gewünschten Individualisierungswerte enthält. 
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S: erstelleProdspez : PM PS 

erstelleProdspez (prrii) — > pSj 

pre 1. Für die Erstellung der Produktspezifikation steht ein Spezi- 
fizierungsintermediär zur Verfügung 
2. Der Kunde wirkt an der Erstellung der Produktspezifikation 
mit 

post 1. Die ermittelten Individualisierungswerte stehen nicht in 
Konflikt zueinander 

2. Für jedes Attribut wird ein Individualisierungswert ermit- 
telt 

3. Die ermittelte Produktspezifikation ist gültig und vollstän- 
dig 

3. 5.2. 6 Festlegung der Akteurszuordnung 

Bei der Definition der Wertsehöpfungsstufen werden den zur Verfügung stehenden Akteuren 
die Rollen im Wertsehöpfungssystem zugeordnet. Aus der Menge der passenden Akteure 
wird jedem Element mindestens eine Rolle im Wertsehöpfungssystem zugeordnet. Die Funk- 
tion bestimmeWSS stellt sicher, dass ein Wertsehöpfungssystem auf Basis der für ein be- 
stimmtes Produktmodell ausgewählten Akteure definiert wird. Als Ergebnis liegt eine Zu- 
sammenstellung von Akteuren vor, die als Leistung das Angebot zur Herstellung eines be- 
stimmten kundenindividuellen Sachgutes bereitstellen. Es gilt: 

Gegeben sei die Menge WSS aller Wertschöpfungssysteme mit wsst e WSS, bei der gilt: 
wii := {(a, prodstep, r)\a <e A a prodstep e Prodstep a r e R } 

S: bestimmeWSS: AMatch x Prodstep x R ^ WSS 

bestimmeWSS (amatchi, prodstepi, ri) — > wssi 
pre 1. Es liegt eine gültige Produktspezifikation vor 

2 . Die zugeordneten Akteure sind verfügbar und nicht durch Be- 
teiligung in anderen Wertschöpfungssystemen gesperrt 

3. I AMatch I >1 A I Prodstep I > 1 

post 1 . Jede Rolle wurde mindestens einem Akteur zugeordnet 

2 . Jedem Akteur wurden n > 1 Rollen zugewiesen 

3. Die Produktionsreihenfolge liegt jetzt in Form eines k- 
Tupels vor 

Nach Abschluss der Zuordnung wurden jedem Produktionsschritt und jeder Produktkompo- 
nente der verantwortliche Akteur und die von ihm wahrzunehmenden Rollen zugeordnet. 
Damit steht fest, welche Akteure in dem Wertsehöpfungssystem der vorliegenden Produkt- 
spezifikation mitwirken, welche Rollen diese übernehmen und in welcher Reihenfolge die 
Akteure miteinander interagieren, ln dem dargestellten Fall übernimmt somit der Akteur U 2 
die Umsetzung der Produktanforderung prodstepi, Akteur a; die Anforderung prodsteps, Ak- 
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teur ö; die Anforderung prodstep 4 und Akteur a„ die Anforderung prodstep„ (Abbildung 36, 
graue Schraffierung). Mit diesem Teilschritt wird das konkrete Wertschöpfungssystem festge- 
legt und es kann instanziiert werden. 



Akteurs- 

^\.„^^fahigkeit 

Fähigkeit 


afi 


af 2 


afj 




af„ 


prodstepj 


X 


X 


X 






prodstep2 












prodstepj 




X 


X 






prodstep4 


X 






















prodstepjn 




X 


X 




X 



Legende; X — Fähigkeit ist vorhanden 



Abbildung 36: Zuordnung von Produktanforderungen und zugeordneten Akteuren 

3. 5.2. 7 Errichtung des Wertschöpfungssystems (Instanziierung) 

Nach der Erstellung einer Produktspezifikation kann das kundenspezifische Wertschöpfungs- 
system gebildet werden. Dies wird als Instanziierung bezeichnet, da auf Basis der prinzipiell 
möglichen Wertschöpfungssysteme eine spezifische Wertschöpfungskonfiguration festgelegt 
wird. Mass Customization Informationssysteme müssen in der Lage sein, unter Verwendung 
einer bestimmten Produktspezifikation die Akteurskonstellation anpassen zu können, um ein 
konkretes Wertschöpfungssystem zu bilden. Die Funktion instanziiereWSS initialisiert das für 
die Erfüllung des Auftrags notwendige Wertschöpfungssystem (wmv). Es gilt: 

S: instanziiereWSS: PS -> WSS 

instanziiereWSS (pSu) — > wssv 

pre 1. Ein Kimdenauftrag liegt in Form einer Produktspezif ikation 
vor 

2 . Die ausgewählten Akteure sind verfügbar und können die ver- 
einbarte Transaktion sicherstellen 
post 1 . Jeder Akteur hat eindeutige Zuordnung zu Transaktionen 

2. Jeder Transaktion sind zwei Akteure zugeordnet 

3. Jeder Akteur hat sich zur Transaktion verpflichtet 
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3. 5.2. 8 Vertragsabschluss mit allen Wertschöpfungsakteuren 

Gemäß dem Verständnis der Prinzipal- Agenten-Theorie sind Verträge die Basis der Aus- 
tauschbeziehungen. ln dem instanziierten Wertschöpfungssystem müssen somit alle geplanten 
Transaktionen durch Verträge mit den betroffenen Akteuren verbindlich vereinbart werden. 
Mass Customization Informationssysteme müssen daher in der Lage sein, nach der Auswahl 
von Wertschöpfungspartnem und der Errichtung von Wertschöpfungssystemen die verbindli- 
che Vereinbarung der Zusammenarbeit mit rechtlichen und organisatorischen Maßnahmen zu 
unterstützen. Dabei wird in der vorliegenden Arbeit und in dem Modell des Wertschöpfungs- 
systems angenommen, dass die Akteure nach Vertragsabschluss die eingegangenen Verpflich- 
tungen erfüllen, d. h. die getätigten Zusagen werden eingehalten. 

Gegeben sei die Menge Vt aller Verträge zwischen den Akteuren eines instanziierten 
Wertschöpfungssystems wsSi mit Vij e Vi. 

Die Funktion erstelleVertrag erstellt für jede Transaktion 4 zwischen zwei Akteuren aj und az 
einen Vertrag vtjz- Dabei gilt: 

S; erstelleVertrag; A x A x T -> Vj 

erstelleVertrag (tk, ai, az) — > ^k,i ,2 
pre 1 . ai e AMatch a a 2 e AMatch 

2 • ^ Vi 

3. Für jede Transaktion wird ein Vertrag angestrebt 
post 1. V],,i .2 e Vi 

2 . I Vi I > 1 

3. Der Vertrag ist spezifiziert 

4. Jeder Akteur hat den vereinbarten Vertrag abgeschlossen 

3. 5.2. 9 Austausch von Produktspezifikationsdaten 

Damit die an der Wertschöpfung beteiligten Akteure ihre Transaktionen durchführen können, 
ist die Weitergabe von Produktspezifikationsdaten notwendig. Da jedoch nicht jeder Akteur 
die komplette Produktspezifikation benötigt oder eine Weitergabe mancher Daten aus rechtli- 
chen oder organisatorischen Gründen nicht erwünscht ist, müssen vor dem Austausch Teil- 
mengen der Produktspezifikation erstellt werden. Mass Customization Informationssysteme 
müssen in der Lage sein, Produktspezifikationen in Abhängigkeit von den durch die Akteuren 
übernommenen Transaktionen aufzuteilen und die jeweils benötigten Teildaten an die rele- 
vanten Akteure zu übertragen. 

Gegeben sei die Menge PSAkteuri, die für einen Akteur a, die benötigten Bestandteile 
der Produktspeziflkation psj enthält, mit psakteurQ e PSAkteuri. 
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Gegeben sei außerdem die Menge PSTeil ^PS, die Teilmengen einer Produktspezifika- 
tionen bilden, mit psteil e PSTeil. 

Die Funktion sendeProdspez überträgt eine Teilmenge der Produktspezifikationsdaten von 
einem Akteur aj auf den nachfolgenden Akteur a 2 , der die Individualisierungsdaten für die 
Fertigung des Sackgutes oder die bestellten Komponenten benötigt. Dabei gilt; 

S: sendeProdspez: A x A x PS — >■ PSAkteur 

sendeProdspez (ai, azr pSj) — > (psakteurj,i, 2 ) 
pre 1 . ai e AMatch a a 2 e AMatch 

2. psakteur := (a 2 # PSTeil) 

3. PSTeil c PS 
4 . (ai X ps) 

5. Es besteht für die Produktspezifikation pSj ein Vertrag zwi- 
schen ai und a 2 
post 1 . I PSAkteur | > 1 
2 . (a 2 X psakteur) 

3.5.2.10 Durchführung von Wertschöpfungstransaktionen 

Zur Erfüllung des Kundenauftrags ist die Durchführung aller Transaktionen des instanziierten 
Wertschöpfungssystems notwendig. Eine Anforderung an Mass Customization Informations- 
systeme besteht darin, die geordnete Ausführung der einzelnen Wertschöpfungstransaktionen 
sicherzustellen. Die Funktion starteTransaktion führt eine Transaktion t aus, wobei diese 
Transaktion bislang noch nicht durchgeführt wurde und alle für die Ausführung vorausgesetz- 
ten Transaktionsergebnisse bereits vorliegen. Es gilt: 

S: starteTransaktion: T ^ T 

starteTransaktion (ti) — > ti 

pre 1. Alle benötigten Ergebnisse vorgelagerter Transaktionen lie- 
gen vor 

2. Die benötigten Akteure haben sich zur Ausführung der Trans- 
aktion verpflichtet und stehen zur Verfügung 

3. Die Transaktion ti repräsentiert einen Wertschöpfungs- 
schritt, der zur Erfüllung des Kundenauftrags notwendig ist 

4 . Der für die Transaktion notwendige Teil der Produktspezifi- 
kation liegt vor 

post 1. Transaktionsziel wurde erfüllt 

2. Es liegen keine Konflikte mit anderen Transaktionen vor 

3. Struktur kann jetzt wieder freigegeben werden 

3.5.2. 1 1 Weitergabe von Aufträgen an die nächste Wertschöpfungsstufe 

Sobald eine Transaktion abgeschlossen wurde, muss aufgrund der Mehrstufigkeit des Wert- 
schöpfungssystems der Auftrag an die nächste Wertschöpfungsstufe weitergegeben werden. 
Mass Customization Informationssysteme müssen die überbetriebliche Weitergabe von Auf- 
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trags- und Transaktionsinformationen unterstützen. Die Funktion starteNaechstestufe weist 
nach Abschluss einer Transaktion t} durch den Akteur ai den Auftrag an einen Akteur «2 mit 
der Transaktion t 2 weiter. Es gilt: 

S: starteNaechstestufe: A x T — > A x T 

starteNaechstestufe (ai, ti) — > (^ 2 , t 2 ) 

pre 1. Der Akteur ai ist für die Transaktion ti zuständig 

2. Der Akteur a 2 ist für die Transaktion t 2 zuständig 

3. (ai X ti) 

4 . Die Akteure ai und a 2 sind verfügbar 

5. Transaktion ti ist beendet 

post 1 . Die Transaktion wurde erfolgreich beendet 
2 . (a2 X t2) 

3. Transaktion t 2 wird begonnen 

3.5.2.12 Überprüfung des Sachgutes 

Nach Beendigung der Herstellung muss das Sachgut vor der Auslieferung an den Kunden 
überprüft werden. Dabei wird der Deckungsgrad zwischen den Kundenanforderungen in 
Form der Individualisierungsparameter und den tatsächlichen Produkteigenschaften ermittelt. 

Gegeben sei die Menge PE aller physischen Produkteigenschaften eines hergestellten 
Sachgutes mit pet e PE, welche die tatsächliche Ausprägung der Individualisierungs- 
werte der Produktspeziflkation repräsentieren. 

Die Funktion pruefeProdukt vergleicht dabei die Eigenschaften eines Produktes pi mit den 
produktbezogenen Anforderungen in Form der gewählten Individualisierungswerte. Es gilt: 

S: pruefeProdukt: PE — >■ IW 

pruefeProdukt (pei) — > (iWi) 

pre 1 . Jede Produkteigenschaft wird von einem Element der Menge PE 
repräsentiert 

2. Für jede Produkteigenschaft existiert ein Individualisie- 
rungswert 

3. Das kundenindividuelle Sachgut liegt vor 

post 1. Grad der Sachgutqualität ergibt sich aus der Deckung zwi- 
schen Produkteigenschaften und Individualisierungswerten 

2. Überprüfung ist erfolgreich, falls Deckungsgrad ermittelt 
wurde 

3. Freigabe des Produktes erfolgt, falls Deckungsgrad einen 
gegebenen Schwellenwert DGmin überschreitet 

3.5.2.13 Übergabe des Produkts 

Sobald das Sachgut hergestellt und überprüft wurde, kann es dem Kunden übergeben werden. 
Die Sachgutlogistik übernimmt, wie im Modell des Mass Customization Wertschöpfungssys- 
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tems in dieser Arbeit angenommen, der Akteur mit der Rolle „MC-Koordinator“ (vgl. Ab- 
schnitt 3.2). Da der Kunde bei Mass Customization insbesondere bei der Produktspezifizie- 
rung in das Wertschöpfungssystem integriert wird, müssen Mass Customization Informations- 
systeme den Informationsaustausch zwischen Kunde und Wertschöpfungssystem unterstüt- 
zen. Die Funktion liefereProdukt stellt dabei sicher, dass nach Abschluss der 
Auftragsbearbeitung die Distribution des Sachgutes vorgenommen wird. 

Gegeben sei die Menge P aller Produkte, die von einem Wertschöpfungsmodell auf Ba- 
sis eines Produktmodells erstellt werden können, mit pi e P. 



Es gilt dann: 

S: liefereProdukt: A x p — ^ A x p 

lief ereProdukt (ai, p) — > (a 2 / p) 

pre 1. Produkt wurde erfolgreich hergestellt und freigegeben 

2. ai ist Rolle "Kunde" zugeordnet 

3. a 2 ist Rolle "MC-Koordinator" zugeordnet 

4 . (ai X p, as) 

post 1 . (ai, a 2 X p) 

3.5.2.14 Auflösung des Wertschöpfungssystems 

Nachdem der Kundenauftrag erfüllt wurde, kann das Wertschöpfungssystem aufgelöst wer- 
den. Dies beendet die auftragsbezogene Zusammenarbeit der Akteure und entkoppelt diese 
von den zugeteilten Rollen. Mass Customization Informationssysteme müssen somit in der 
Lage sein, die dynamisch gebildeten Wertschöpfungssysteme bei Bedarf zu beenden. Die 
Funktion beendeWSS stellt dabei sicher, dass das instanziierte Wertschöpfungssystem wssi aus 
der Menge aller Wertschöpfungssysteme zu einer bestimmten Zeit entfernt wird. Es gilt: 

S: beendeWSS: WSS -> WSS 

beendeWSS (wssi) — > wssi 

pre 1. Akteur mit Rolle "MC-Koordinator" initiiert die Auflösung 
des Wer tschöpfungs Systems 

2. wssi e WSS 

3. Auftrag ist erfüllt 
post 1. wsSi g WSS 

2. Alle Akteure stehen für weitere Wertschöpfungssysteme zu 
Verfügung 




4 Vergleichende Darstellung ausgewählter Konzepte für MC- 
Informationssystem-Architekturen 

In der theoriebasierten Analyse wurden die Anforderungen an Informationssysteme abgelei- 
tet, die zur Unterstützung der Wettbewerbsstrategie Mass Customization erfüllt sein müssen. 
Auf dieser Grundlage können vorhandene Konzepte auf ihre Eignung überprüft werden. In 
den folgenden Absehnitten werden für die beiden Themenbereiche „überbetriebliche Zusam- 
menarbeit“ und „Produktindividualisierung“ existierende Lösimgskonzepte dargestellt und 
hinsichtlich der Anforderungserfüllung bewertet. Diese beiden Themen unterstützen mittelbar 
die Umsetzung von Mass Customization. In Ergänzung dazu werden weitere IS-Konzepte 
vorgestellt, die speziell in Hinblick auf die Wettbewerbsstrategie Mass Customization entwi- 
ckelt wurden und dadurch unmittelbare Unterstützung leisten sollen. Die naehfolgend erläu- 
terten Konzepte sind in Abbildung 37 als Übersieht zusammengestellt. 



Informationssystemkonzepte für die 
überbetriebliche Zusammenarbeit (4.1) 

Supply Chain Management Konzepte 

• SCOR-Modell (4. 1.1.1) 

• House of Supply Chain Management (4. 1 . 1 .2) 

Informationstechnologische Konzepte 

• Electronic Data Interchange (EDI) (4. 1.2.1) 

• ebXML(4.1.2.2) 

• RosettaNet (4. 1.2. 3) 

• Service-orientierte Architekturen (4. 1.2.4) 

• Web Service Spezifikationen (4. 1.2. 5) 



Informationssysteme für die 
Produkt-individualisiemng (4.2) 
Methoden znr Produktkonfiguriernng 

• Darstellungsbasierte Ansätze (4.2. 1.1) 

• Aufgabenbasierte Ansätze (4.2. 1 .2) 

• Case Based Reasoning (4. 2. 1.3) 

• Hybride Ansätze (4.2. 1 .4) 

Methoden der Produktmodelliernng 
und des Produktdatenaustausches 

• STEP (4.2.2.1) 

• BMEcat (4.2.2.2) 

• cXML (4.2.2.3) 

• xCBL (4.2.2.4) 

• eCX XML (4.2.2.S) 

• Nummern- und Klassifikationssysteme 
(4.2.2.6) 



Konzepte für Mass 
Customization 
Informationssysteme 



Dedizierte Informationssysteme 
für Mass Customization (4.3) 



Web Services basierte Architektur für Mass Customization nach 
Agrawal und Nandkeolyar (4.3.1) 

Agentenbasiertes E-Commerce-Konzept für Mass Customization nach 
Turowski (4.3.2) 

Mass Customization Architektur nach Aldous und Nicholls (4.3.3) 
Mass Customization Produktmodell nach Janitza et al. (4.3.4) 
Multiagentenbasiertes Konzept zur Beherrschung von Variantenvielfalt 
in Mass Customization nach Blecker et al. (4.3.5) 



Abbildung 37: Übersicht der dargestellten IS-Konzepte für Mass Customization 
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4.1 Informationssystemkonzepte für die überbetriebliche Zusammenarbeit 

4.1.1 Supply Chain Management 

Gegenstand des Supply Chain Managements (SCM) ist die umfassende Betrachtung und Ab- 
stimmung aller Teilnehmer in Logistikketten bzw. -netzwerken. Ein Logistiknetzwerk, das 
aufgrund der ganzheitlichen Betrachtung über die Wahrnehmung einzelner Teilnehmer hi- 
nausgeht und somit als logische Erweiterung der Logistikkette verstanden werden kann 
[Vahr99], besteht hierbei nicht ausschließlich aus Teilnehmern, die materiallogistisch tätig 
sind. Der Begriff ist umfassender zu verstehen und bezeichnet flussorientierte und wandelbare 
Wertschöpfungssysteme [Sten99]. Dies zieht weiterhin nach sich, dass auch Informations- 
und Finanzflüsse Gegenstandsbereich des SCM sind [StadOO], Im SCM, das auch in der 
deutschsprachigen Literatur häufig in dieser englischen Bezeichnung verwendet wird (z. B. in 
[Wem02; ThalOS; Amd04]), werden mit der Optimierung des Gesamtsystems folgende Ziel- 
setzungen verfolgt: 

■ Orientierung am Nutzen des Endkunden, 

■ Steigerung der Kundenzufriedenheit diuch bedarfsgerechte Anlieferung, 

■ rasche Anpassungen an Änderungen des Marktes, 

■ Vermeidung von „Out-of-Stock“-Situationen, 

■ Senkung der Bestände in der Logistikkette und damit verbunden eine Senkung der 
Kosten für das Vorhalten von Beständen, 

■ Verstetigung des Güterstroms und der damit möglichen Vereinfachung der Steuerung, 

■ höhere Effizienz der Produktionssteuerung und der Kapazitätsplanung durch unter- 
nehmensübergreifende Steuerung und 

■ Verkürzung der Auftragsdurchlaufzeiten im Zeitwettbewerb [Vahr99]. 

Theoretisch kann die Entstehung des SCM mit unterschiedlichen Ansätzen begründet werden. 
Vertreter der wettbewerbsstrategischen Forschung argumentieren, dass Wettbewerb zukünftig 
nicht mehr zwischen Unternehmen, sondern zwischen Logistikketten stattfmdet und dies zu 
einer verstärkten Ausrichtung auf die Kunden führen wird [Vahr99; 312f; Chri93, 12ff.]. In- 
nerhalb der Betriebswirtschaftslehre stellt die Kooperation eine der möglichen Koordinations- 
formen zwischen Unternehmen dar. Die vertikale Kooperation fokussiert die Zusammenarbeit 
von Unternehmen aufeinander folgender Wertschöpfungsstufen mit dem Ziel, Nutzengewinne 
zu erzielen [Vahr99, 314]. Das Zustandekommen von Kooperationen lässt sich auch anhand 
der Transaktionskostentheorie erklären. Demnach weist die Kooperation gegenüber anderen 
Koordinationsformen, die nicht im engeren Fokus des SCM stehen (Markt und Hierarchie), 
Vorteile auf (z. B. geringere Kosten bei der Suche nach Abnehmern und Lieferanten im Ver- 
gleich zum Markt oder reduziertes opportunistisches Verhalten im Vergleich zur Hierarchie) 
[Vahr99, 316ff.]. Inwieweit die Argumente in der praktischen Anwendung zutreffend sind, ist 
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im Einzelfall zu prüfen. Im Sinne einer dialektischen Betrachtung stellen die drei genannten 
Argumentationslinien Begründungen für Kooperationen und deren gezielte Gestaltung im 
Sinne des SCM dar. 

Neben überwiegend an der Praxis orientierten Konzepten (z. B. [JaKä03]) sind in den letzten 
Jahren theoretische Konzepte des SCM entwickelt worden. Hierzu gehören das „SCOR- 
Modell” (Supply Chain Operation Reference-Modell) des Supply-Chain Councils [SCCoOö] 
und das „House of Supply Chain Management“ (HSCM) [StadOO]. 

4. 1.1.1 Das SCOR-Modell 

Das SCOR-Modell (z. Zt. in Version 8.0 verfügbar) ist ein Instrument zur Darstellung, Analy- 
se und Ausgestaltung von Logistikketten. Es ist ein Referenzprozessmodell, in dem jedoch 
formale Beschreibungen und Optimierungsmethoden nicht enthalten sind. Unter Verwendung 
einer einheitlichen Terminologie soll eine Verbesserung der Kommunikation zwischen Logis- 
tikketten erreicht werden [MRSSOO]. Das SCOR-Modell besteht aus drei Ebenen (Abbildung 
38). Auf der Ebene 1 („Top Level“ bzw. „Process Type“) werden die verfügbaren SCOR- 
Prozesse definiert: Plan (Planen von Verbrauch und Zulieferung), Source (Beschaffung von 
Lager-, Make-to-Order- und Engineer-to-Order-Produkten), Make (Produktion von Make-to- 
Stock-, Make-to-Order- und Engineer-to-Order-Produkten), Deliver (Distribution im Sinne 
von Transport und Koordination der Warenströme von Lager-, Make-to-Order- und Engineer- 
to-Order-Produkten) und Return (Warenrückflüsse, z. B. Recycling oder Vernichtung). Jeder 
Prozess im SCOR-Modell besteht aus Prozesselementen, die aus Aufgaben bestehen. Aufga- 
ben lassen sich wiederum in einzelne Aktivitäten aufgliedem [SCCoOö, 4-5]. Die Zusammen- 
stellung von Logistikketten (hier als „Konfiguration“ bezeichnet) findet auf Ebene 2 („Confi- 
guration Level“ bzw. „Process Categories“) statt. Mittels Verfeinerung der Prozesse unter 
Hinzunahme des Kriteriums Prozesstyp („Planning“, „Execution“ und „Enable“) kann eine 
Logistikkette aus ca. 30 Prozesskategorien modelliert werden [SCCoOö, 7]. Auf der Ebene 3 
(„Process Element Level“ bzw. „Decompose Processes“) wird die gebildete Logistikkette mit 
zusätzlichen, untemehmensspezifischen Informationen angereichert und verfeinert (z. B. Ein- 
gangs- und Ausgangsparameter, Leistungsmetriken, Best-Practice-Lösungen, Kapazitäten, 
Systemunterstützung etc.) [SCCoOö, ö]. Auf einer vierten Ebene („Implementation Level“ 
bzw. „Decompose Process Elements“), die jedoch vom SCOR-Modell nicht näher betrachtet 
wird, findet die betriebliche und systemtechnische Implementierung der SCM-Methoden statt 
[SCCoOö, ö]. 
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Abbildung 38: Das SCOR-Modell im Überblick |in Anlehnung an SCC0O6, 6| 



In Hinblick auf die funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 eignet sich das SCOR-Modell für die Auswahl von Wertschöpfungs- 
partnem, die Festlegung der Akteiuszuordnung, die vertragliche Gestaltung der Austauschbe- 
ziehungen sowie die Durchführung von Wertschöpfungstransaktionen. Die Modellierung der 
Auftragsweitergabe an die nächste Wertschöpfungsstufe und die Übergabe von einem Produkt 
an den Kunden kann anhand der genannten SCOR-Prozesse („Source“, „Plan“, „Make“, „De- 
liver“ und „Return“) erfolgen. Die Auflösung von Wertschöpfungssystemen lässt sich damit 
ebenso darstellen. Ungeeignet erscheint das SCOR-Modell für die Modellierung von Produk- 
ten, die Umsetzung der Individualisierbarkeit von Produkten sowie für den produktbezogenen 
Austausch von Auftragsinformationen. Aufgrund der strategischen Ausrichtung des SCOR- 
Modells sind darin außerdem keine ausreichenden informationstechnologischen Instrumente 
und Methoden beschrieben. 



4. 1 . 1 .2 Das „House of Supply Chain Management“ 

Das „House of Supply Chain Management“ [StadOO] (HSCM) stellt die unterschiedliehen“ 
Facetten des SCM modellhaft dar (Abbildung 39). Das Dach umfasst die zwei wesentlichen 
Ziele des SCM: Wettbewerbsfähigkeit und Kundenservice. Die Methoden und Instrumente 
des SCM müssen an diesen Zielen ausgerichtet werden und ihren Erfüllungsgrad vergrößern. 
Die beiden Säulen repräsentieren die wesentlichen Komponenten des HSCM. Während die 
eine Säule („Integration“) zur Bildung von Untemehmensnetzwerken beitragen soll, fokus- 
siert die andere Säule („Koordination“) die Abstimmungsprozesse der Informations-, Waren- 
und Finanzflüsse [StadOO]. 
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Abbildung 39: Das Haus des Supply Chain Managements [in Anlehnung an StadOO, 10| 

Die Integrationssäule umfasst drei Aktivitäten: Auswahl von Partnern, Errichtung von Netz- 
werkorganisationen und von überbetrieblichen Kooperationen sowie das Streben nach Markt- 
führerschaft. Vor der Wahl der Partnern für ein Logistiknetzwerk steht die Festlegung des 
Produkt- bzw. Leistungsprogramms für einen bestimmten Markt. Die Zuordnung von Wert- 
schöpfungsaktivitäten zu den beteiligten Partnern kann auf Basis ihrer Kemkompetenzen vor- 
genommen werden. Mit der Entscheidung für die Einbindung neuer Partner ist somit die Fra- 
ge der Make-Or-Buy-Altemative eng verbunden. Die Errichtung von Netzwerkorganisationen 
mit überbetrieblichen Kooperationen gilt als Voraussetzung für erfolgreiche Logistiknetzwer- 
ke. Unternehmen bleiben rechtlich selbständig und teilen Wissen sowie Informationen unter- 
einander. Da das Risiko der Auflösung von Kooperationen permanent besteht, werden „harte“ 
(z. B. vertragliche Regelungen) oder „weiche“ Verpflichtungen (z. B. soziale Verbindungen) 
eingegangen, die den Fortbestand des Netzwerkes sichern sollen. Das Streben nach Führer- 
schaft widerspricht dezentralen und gleichberechtigten Ansätzen der Zusammenarbeit 
[StadOO, 12ff.]. Dennoch weisen Handlungs- oder Machtkonzentrationen Vorteile in der Ko- 
ordinierung gemeinsamer Aktivitäten auf (vgl. fokale Unternehmen [Busc99, 455]). Die Ko- 
ordinationssäule umfasst luK-Technologien, Prozessorientierung und Advanced Planning, um 
die Abstimmungsprozesse der Informations-, Material- und Finanzflüsse in und zwischen 
Unternehmen zu optimieren. luK-Technologien sollen dazu beitragen, die Kommunikations- 
beziehungen mittels systemtechnischer Unterstützung zu verbessern. Die Prozessorientienmg 
ermöglicht die Betrachtung von Untemehmensaktivitäten aus einer dynamischen Perspektive. 
Das Denken und Handeln in Prozessen lässt die Analyse vorhandener Abläufe sowie deren 
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Anpassung und Optimierang zu. Das Advanced Flanning beinhaltet kurz-, mittel- und lang- 
fristige Planungsebenen. Advanced Flanning Systeme (APS) gelten als Ergänzung zu bisheri- 
gen Enterprise Resource Flanning (ERP) Systemen, da diese primär Transaktionen ausführen, 
während APS die Planung übernehmen (z. B. Maschineneintaktung, Lagerbestände etc.) 
[StadOO, 16ff.]. Das Fundament schließlich stellt die weiterhin benötigten Konzepte und In- 
strumente dar, die für ein erfolgreiches SCM benötigt werden: Marketing, Organisati- 
onstheorien, Beschaffung etc. [StadOO, 17]. Das HSCM ist konzeptioneller Natur und besteht 
vor allem aus unformal gehaltenen Modellen. Formale Beschreibungsvorschriften für die ein- 
zelnen Modellbestandteile existieren nicht. 

Bezogen auf die funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 eignet sich das HSCM-Modell zur Ermittlung von Akteursfähigkeiten 
sowie für die Auswahl von Wertschöpfungspartnem. Die prozessorientierte Betrachtung er- 
laubt außerdem die Modellierung von Wertschöpfungstransaktionen. Obwohl die Erstellung 
eines Produkt- und Leistungsprogramms explizit im Modell berücksichtigt wird, sind die im 
HSCM enthaltenen Instrumente nicht ausreichend für die Produktindividualisierung und de- 
ren Umsetzung innerhalb von Wertschöpfungssystemen. Auch das HSCM ist hat strategische 
Ausrichtung und enthält keine Instrumente und Methoden für den Aufbau von Informations- 
systemen. 

4.1.2 Informationstechnologien zur Unterstützung des überbetriebliehen 
Gesehäftsverkehrs 

Die Beschreibungen der Grundkonzepte des Supply Chain Managements verdeutlichen, dass 
die Verwendung technologischer Ansätze unverzichtbar ist. Es ist feststellbar, dass einige der 
Technologien in der Literatur als Bestandteil des SCM bezeichnet werden und andere als um- 
fassende Lösungskonzepte gelten. Im Folgenden werden derzeit verfügbare Methoden und 
Konzepte dargestellt, klassifiziert und bewertet. Ziel ist es dabei, deren Eignung für Mass 
Customization Informationssysteme gemäß den Anforderungen aus Abschnitt 3.5 zu überprü- 
fen. Für die Realisierung auf technischer Ebene ist mittlerweile eine Vielzahl von Technolo- 
gien vorhanden [Hahn03; JPMM04, 124]. Die existierenden Konzepte weisen unterschiedli- 
che Konkretisierungsgrade auf und lassen sich daher in 

■ domänenspezifische Konzepte und 

■ generische Konzepte mit domänenübergreifender Anwendbarkeit 
untergliedern. 

Im Folgenden werden die vorhandenen Technologien beschrieben und bewertet. Hierbei ge- 
hören electronic business XML (ebXML), RosettaNet und die Web Service Spezifikationen 
der zweiten Generation zu den domänenspezifischen Konzepten; demgegenüber lassen sich 
Electronic Data Interchange und die service-orientierten Architekturen der ersten Generation 
(mit den zugehörigen Spezifikationen) den generischen Konzepten zuordnen. 
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4. 1 .2. 1 Electronic Data Interchange (EDI) 

Ein seit vielen Jahren etabliertes Verfahren zum Austausch betrieblicher Informationen zwi- 
schen Unternehmen ist das Konzept des Electronic Data Interchange (EDI). Wesentliches 
Merkmal ist die Übertragung strukturierter Daten in Form von Nachrichten. Damit diese in 
einem einheitlichen Format verarbeitet werden können, übernehmen sog. „Konverter“ die 
Umwandlung der Dokumente von sender- und empfängerspezifischen Formaten („Inhouse- 
Format“) in ein standardisiertes Zwischenformat (Abbildung 40). Für EDI können neben 
nicht-öffentlichen Netzen auch Wähl- bzw. Direktverbindungen zwischen Computersystemen 
und offene Kommunikationsnetze (z. B. Internet) eingesetzt werden. Die Zustellung von EDI- 
Nachrichten erfolgt über Point-to-Point-Verbindungen (FTP) oder Store-and-Forward- 
Verbindungen (SAF). Bei der PTP-Übertragung findet eine direkte Kommunikation zwischen 
zwei EDI-Teilnehmem statt, bei SAF hingegen werden die Nachrichten über einen Intermedi- 
är versendet, der eine Zwischenspeicherung übernimmt [Sche97b, 96ff.]. Der Vorteil des 
SAF- Verfahrens ist die Möglichkeit des Intermediärs, neben der reinen Datenübertragung 
auch Datentransformations- oder Datenüberprüfungsmaßnahmen durchzuführen. Man spricht 
dann von einem Clearing-System [Deut94, 70]. 




Abbildung 40: Grundprinzip des Electronic Data Interchange [nach BallOO, 67| 

Damit eine korrekte Verarbeitung der Nachrichten sichergestellt ist, sind Vereinbarungen über 
deren syntaktischen Aufbau notwendig. Neben bilateralen Formaten haben sich insbesondere 
in den letzten Jahren Unternehmens- oder branchenbezogene Standards etabliert (z. B. SED AS 
für die Konsumgüterindustrie, ODETTE für die Automobilindustrie etc.). Ein branchenunab- 
hängiger Standard wurde mit dem Electronic Data Interchange for Administration, Commer- 
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ce and Transport (EDIFACT) Format entwickelt. Dieser bietet standardisierte Geschäftsdo- 
kumente an (z. B. Angebot, Lieferschein, Rechnung etc.) und erlaubt die Definition von un- 
temehmensspezifischen EDIFACT-Subsets, um eine Anpassung an spezifische Anforderun- 
gen von Branchen vornehmen zu können [BallOO, 88]. 

Das EDI-Konzept ist aufgrund der technologischen Ausrichtung zunächst ein Ansatz für den 
elektronischen Informationsaustausch, ohne die Anwendbarkeit auf eine bestimmte Branche 
zu begrenzen. In Hinblick auf die funktionalen Anforderungen an Mass Customization Infor- 
mationssysteme gemäß Abschnitt 3.5 eignet sich EDI deshalb für den Austausch von Auf- 
tragsinformationen. Mittels EDI können Produktspezifikationen ausgetauscht und durch 
Nachrichten die Weitergabe von Aufträgen an die nächste Wertschöpfungsstufe ausgelöst 
werden. Für die dynamische Bildung von Wertschöpfungssystemen ist EDI jedoch trotz der 
spezifischen Branchenstandards nicht geeignet. Die Erstellung von Produktspezifikationen 
wird nicht unterstützt, da EDI nicht auf den mehrfachen, kurzfristig aufeinander folgenden 
Dialog zwischen Wertschöpfungspartnem ausgerichtet ist. 

Die zunehmende Verbreitung und Durchsetzung des Dokumentenverarbeitungsstandards 
XML hat dazu geführt, dass auch für die EDI-Kommunikation XML-basierte Spezifikationen 
entwickelt werden. Als wesentliche Schwächen des EDI in seiner ursprünglichen Form gel- 
ten: Unzureichende Umsetzung von betrieblichen Echtzeitanwendungen (z. B. Dataware- 
housing) und fehlende Unterstützung bei der Übertragung von sehr hohen Datenvolumen pro 
Einzelnachricht [LintOl, 278]. Im Folgenden werden existierende XML-Spezifikationen für 
die nachrichten-basierte Geschäftskommunikation vorgestellt, die als konzeptionelle und 
technologische Erweiterung des ursprünglichen EDI angesehen werden können. 

4. 1.2.2 ebXML 

Die Electronic Business eXtensible Mark-up Language (ebXML) gilt als Standard für den 
elektronischen Handel und wurde seit ca. 1999 von den Institutionen United Nations Centre 
for Trade Facilitation and Electronic Business (UN/CEF ACT) und Organization for the Ad- 
vancement of Structured Information Standards (OASIS) sowie von einer Vielzahl von Un- 
ternehmen und weiteren Einrichtungen entwickelt. Als Teilorganisation der Vereinten Natio- 
nen war das UN/CEF ACT bereits für die Entwicklung und Standardisierung der EDIFACT- 
Spezifikation zuständig (vgl. Abschnitt 4. 1.2.1). Der ebXML-Standard baut auf den Erkennt- 
nissen vorhandener EDIFACT-Spezifikationen auf und erweitert diese [ebXMOö]. Die 
ebXML-Infrastruktur besteht aus drei wesentlichen Elementen. Die Message Service Specifi- 
cation ist ein XML-basierter Nachrichtendienst [ebXM02b]. In den Business Service Inter- 
faces werden die Schnittstellen zwischen dem Nachrichtendienst und der untemehmensinter- 
nen Infrastmktur beschrieben [ebXMOlb]. Das ebXML Registry schließlich ist ein zentrales 
Verzeichnis mit allgemeinen und untemehmensspezifischen Beschreibungen von Geschäfts- 
prozessen und Diensten [ebXMOlc; ebXMOld]. 
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Zur Spezifizierung und Modellierung der Prozesse und Datenmodelle hat die UN/CEF ACT 
die UN/CEFACT Modelling Methodology (UMM) entwickelt. Diese Methode basiert auf Dia- 
grammen der Unified Modelling Language (vgl. 5.1.1), welche zusätzlich die spezifischen 
Bedingungen der UMM erfüllen müssen (z. B. die Unterscheidung in Business Operational 
View zur Prozess- und Datenmodellierung sowie die Functional Service View zur Durchfüh- 
rung der Transaktionen). Als Rahmen zur Definition von Prozess- und Datenmodellen wurde 
das Business Process Speciflcation Schema (BPSS) entwickelt. Da sich die ebXML- 
Transaktionen mittels Austausch von XML-Dokumenten vollziehen, muss eine Überführung 
des UMM-Schemas in ein XML-Schema stattfinden [ebXMOlb]. Bevor Transaktionen auf 
Basis von ebXML stattfmden können, muss jeder Teilnehmer sein Dienstangebot und die da- 
mit verbundenen Spezifikationen festlegen. Hierfür stehen die Collaboration Protocol Profl- 
ies (CPP) zur Verfügung. Ein CPP enthält sowohl technische als auch betriebliche Informati- 
onen und Definitionen. Soll es zu einer Interaktion zwischen Unternehmen kommen (Business 
Collaboration), muss eine Harmonisierung der jeweiligen CPPs stattfinden. Entweder einigen 
sich die Teilnehmer auf eines der vorhandenen CPPs oder es wird ein Kompromiss vereinbart. 
Ergebnis der Vereinbarung ist das Collaboration Protocol Agreement (CPA) [ebXM02a]. Die 
Interaktionen zwischen zwei Unternehmen auf Basis der ebXML-lnfrastruktur sind in 
Abbildung 4 1 dargestellt. 




Das Auffinden von potentiellen Geschäftspartnern und die Initiierung einer Kooperation set- 
zen folgende nacheinander ablaufende Schritte voraus: 

1 . Unternehmen A stellt an das ebXML Registry die Anfrage nach den verzeichneten 
Diensten und beschließt, seine Dienste per ebXML anzubieten. 

2. Unternehmen A implementiert hierzu ein eigenes ebXML-basiertes System. 
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3. Unternehmen A erstellt CPP, um die angebotenen Dienste inhaltlich und technisch 
zu spezifizieren und hinterlegt diese Profile im ebXML Repository. 

4. Unternehmen B verfügt über ein ebXML-fähiges Informationssystem und sucht 
nach Unternehmen, die bestimmte Dienste anbieten. Die Anfrage ermittelt Unter- 
nehmen A als potentiellen Geschäftspartner und Unternehmen B bezieht das CPP 
von Unternehmen A. 

5. Unternehmen B und Unternehmen A vereinbaren die Zusammenarbeit und einigen 
sich auf ein CPA. 

6. Die Zusammenarbeit basiert auf dem CPA und vollzieht sich durch den Austausch 
von Geschäftsdokumenten, d. h. XML-Nachrichten [ebXMOla, 8f|. 

In Bezug auf die funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 kann ebXML den Aufbau und die Ausgestaltung von Wertschöpfungs- 
systemen unterstützen. In dem ebXML Registry sind Beschreibungen von potenziellen Ge- 
schäftspartnern sowie deren Modelle von Kemprozessen enthalten. Damit kann eine Auswahl 
von Akteuren auf Basis der angebotenen Güter und Dienstleistungen erfolgen. Ausgehend 
von diesen Informationen kann die Akteiuszuordnung vorgenommen werden. Der informati- 
onsflussbezogene Ansatz erlaubt außerdem den Austausch von Informationen wie beispiels- 
weise Produktspezifikationen. Defizite weist ebXML dennoch hinsichtlich der Repräsentation 
individualisierbarer Güter auf Die Erstellung von Produktmodellen und Produktspezifikatio- 
nen ist nicht Bestandteil dieses Standards. 

4. 1.2. 3 RosettaNet 

Das Rahmenwerk RosettaNet ist eine Spezifikation zur Standardisierung und Realisierimg 
überbetrieblicher Geschäftsbeziehungen. Das Entwicklungskonsortium besteht aus Unter- 
nehmen der Elektro- und Halbleiterindustrie sowie der Informationstechnologie und ist eine 
Einrichtung des Uniform Code Council (UCC). Das Ziel der Initiative ist die Etablierung von 
RosettaNet als Standard für den elektronischen Geschäftsverkehr in Form einer international 
einheitlichen Sprache für inner- und überbetriebliche Kooperationen [RosN05]. Das Rosetta- 
Net-Rahmenwerk besteht aus Wörterbüchern, dem Rahmenwerk, den Partner Interface Pro- 
cesses (PIP) und dem eBusiness-Prozess [RosNOö]. Innerhalb von RosettaNet existieren zwei 
Wörterbücher: Das RosettaNet Technical Dictionary (RNTD) und das RosettaNet Business 
Dictionary (RNBD). Im RNTD wird die gemeinsame Sprache zur Definition von Produkten 
und Dienstleistungen vereinbart. So enthält das Wörterbuch insbesondere Produkte aus den 
Branchen, denen die Konsortiumsmitglieder zuzuordnen sind. Das RNBD definiert Business 
Properties. Dies sind einzelne Eigenschaften geschäftlicher Transaktionen. Im RosettaNet 
Implementation Framework (RNIF) sind Protokolle zur Realisierung und Implementierung 
von RosettaNet-lnfrastrukturen enthalten. Der Austausch von Informationen zwischen Unter- 
nehmen vollzieht sich mittels Übertragung von XML-Dokumenten. Die PIPs stellen zentrale 
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Elemente im Rahmen von RosettaNet dar. PIPs enthalten vereinbarte Standardgeschäftspro- 
zesse, d. h. es sind Wortschatz, Geschäftsprozess sowie dessen Abarbeitungsvorschriften hin- 
terlegt. Umfassende Geschäftsprozesse werden mittels Abfolgen mehrerer PlPs gebildet 
[RosN05]. PIPs können in sieben verschiedene Cluster, d. h. Typen von Kemgeschäftspro- 
zessen, eingeteilt werden: 

1 . Partner Product and Service Review (Informationen für die Entwicklung von Ge- 
schäftspartnerprofilen), 

2. Product Information (Informationen über Produktdesign, Produktanpassungen und 
technische Spezifikationen), 

3. Order Management (Informationen über die Auftragsbearbeitung, d. h. Preise, Lie- 
fertermine, Zahlung etc.), 

4. Inventory Management (Informationen über Lagerbestände sowie das Lagermana- 
gement), 

5. Marketing Information Management (Marketing-bezogene Informationen), 

6. Service and Support (Informationen für den technischen Kundendienst und die Ga- 
rantieabwicklung etc.) und 

7. Manufacturing (Fertigungsbezogene Informationen über Produktdesign, Produkti- 
onsprozesse, Qualitätsmanagement etc.) [RosNOö]. 

In RosettaNet werden sowohl akteurs- als auch produktbezogene Aspekte adressiert. In Hin- 
blick auf die funktionalen Anforderungen an Mass Customization Informationssysteme ge- 
mäß Abschnitt 3.5 erlaubt RosettaNet die Beschreibung des Produktprogramms in Form von 
Produktmodellen, die Ermittlung von Akteursfahigkeiten (über die Partner Interface Profiles) 
und die Festlegung der Akteurszuordnung. Das Konzept unterstützt außerdem die Errichtung 
von Wertschöpfungssystemen und den Informationsaustausch zwischen den Akteuren. Die 
Erstellung von Produktspezifikationen und deren Weitergabe an Wertschöpfungspartner wird 
in RosettaNet nur unzureichend berücksichtigt. Die prozessorientierte Betrachtung erlaubt 
jedoch, die Durchführung von Wertschöpfungstransaktionen darzustellen. 

4. 1 .2.4 Service-orientierte Architekturen der ersten Generation 

Der Begriff „service-orientierte Architektur“ (SOA) geht auf Standardisierungsbestrebungen 
des W3C-Konsortiums und Entwicklungen der Softwareindustrie zurück [CFNO02; Reit04; 
SpWi04]. Als technologischer Ansatz zur „Maschine-zu-Maschine“-Kommunikation basiert 
die SOA auf dem grundlegenden Gedanken, Ressourcen in verteilten Systemen mittels Be- 
reitstellung von Diensten verfügbar bzw. nutzbar zu machen. Übergeordnetes Ziel dieser Ar- 
chitektur ist es, Informationssysteme unter Ausnutzung standardisierter Schnittstellen und 
Formate lose zu koppeln [He03]. Diese IT-Dienste sind über Datennetze (z. B. Internet) ver- 
fügbar und können nach Bedarf genutzt und kombiniert werden. Hierzu existieren mindestens 
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jeweils ein Serviceanbieter und ein Servicenachfrager (Abbildung 42). Der Serviceanbieter 
entwickelt Dienste und stellt diese technisch bereit. Der Servicenachfrager hat Bedarf an spe- 
zifischen Funktionen, die in den eigenen Systemen nicht zur Verfügung stehen und mittels 
externer Dienste durchgeführt werden können. Damit Dienste gefunden werden können, exis- 
tieren Diensteverzeichnisse, die die prinzipielle Verfügbarkeit von Diensten aufzeigen und 
semantische Informationen liefern, die zur Nutzung des Services notwendig sind. Servicean- 
bieter, -nachfrager und Dienstverzeichnis sind die drei verfügbaren Rollen in der SOA. Ver- 
bunden mit den Rollen der SOA sind drei Aktivitäten bzw. Verhaltensprozesse. Damit Diens- 
te auffindbar sind, muss eine Dienstbeschreibung veröffentlicht werden („Einträgen“). Bei der 
Suche eines Dienstes erhält der Servicenachfrager die bereits veröffentlichte Beschreibung 
(„Finden“). Auf Basis dieser Informationen können Entscheidungen hinsichtlich der Ver- 
wendbarkeit des Dienstes getroffen werden. Wird ein Service schließlich angefordert, so 
kommt es zur Interaktion bzw. Dienstverknüpfung zwischen Serviceanbieter und Service- 
nachfrager („Ausfuhren“). Die zur Ausführung des Services notwendigen Anforderungen sind 
ebenfalls in der Dienstbeschreibung enthalten. 




Abbildung 42: Prinzip der service-orientierten Architektur |in Anlehnung an CFNO02| 

Web Services werden in Zusammenhang mit service-orientierten Architekturen häufig als 
deren konzeptionelle Basis bezeichnet. Eine einheitliche Definition von Web Services exis- 
tiert jedoch nicht. Das W3C-Konsortium entwickelt in einer Arbeitsgruppe die „Web Service 
Architecture“ und definiert Web Services wie folgt: „A Web Service is a Software System de- 
signed to support interoperable machine-to-machine interaction over a network. It has an In- 
terface described in a machine-processable format (specifically WSDL). Other Systems inter- 
act with the Web Service in a manner prescribed by its description using SOAP messages, 
typically conveyed using HTTP with an XML serialization in conjunction with other Web- 
related Standards” [BHMN04]. Zur Realisierung von Web Services sind Vereinbarungen und 
Standards notwendig, damit der in Abbildung 43 dargestellte prinzipielle Ablauf der Nutzung 
von Web Service ermöglicht wird. Hierfür wurden drei grundlegende Technologien entwi- 






4. 1 Informationssystemkonzepte für die überbetriebliche Zusammenarbeit 



163 



ekelt, die auf dem XML-Standard basieren: SOAP^, WSDL (Web Services Description Lan- 
guage) und UDDI (Universal Description Discovery and Integration): 




Abbildung 43: Technologien für Web Services 

Die Web Service Description Language wird zur Beschreibung und Formalisierung eines 
Web Serviees verwendet und liegt aktuell als Arbeitsentwurf in der Version 2.0 vor. Die 
WSDL ermöglicht die Trennung von Beschreibung und Funktion des Web Serviee im Sinne 
von Metadaten wie z. B. Erreichbarkeit und Ort des Web Services. Auf einer abstrakten Ebe- 
ne werden die zu versendenden Nachrichten spezifiziert, auf einer Detailebene die Ausfüh- 
rung des Web Service [CMRW06]. Die Universal Description and Integration Spezifikation 
erlaubt die Eintragung und Suche von bzw. nach Web Services in Verzeichnissen. Mittels 
Taxonomien sind weiterhin zusätzliche Kategorisierungen der Services möglich. UDDI ist 
selber als Web Service entwickelt und kann sowohl in kleinen als auch in großen Netzwerken 
(LAN, Local Area Network bzw. WAN, Wide/World Area Network) realisiert werden [UD- 
DIOO; Mane03]. Ein potentieller Nutzer sucht mit Hilfe eines UDDI-Servers nach geeigneten 
Web Services. Kommt es zu einer erfolgreichen Suche, kommuniziert der Nutzer direkt mit 
dem Serviceanbieter des Web Services, um die Ausführung des Web Services zu initiieren 
[KoLe04]. Die Verarbeitungsvorschrift des Web Services wird schließlich durch das Proto- 
koll SOAP festgelegt. SOAP 1.2 ist eine Spezifikation des W3C-Konsortiums und definiert 
plattformunabhängig den XML-basierten Nachrichtenaustausch innerhalb eines verteilten und 
dezentralen Rechnemetzes. Eine SOAP-Nachricht besteht demnach immer aus einem Wur- 
zelelement Envelope, das die beiden Elemente Header und Body enthält. Der Nachrich- 
tenkopf (Header) enthält Systeminformationen (z. B. Verarbeitungs- oder Sicherheitsvorga- 
ben), der Nachrichtenkörper (Body) die eigentliche Nachricht, d. h. die semantische Infor- 
mation für das Zielsystem. Das Konzept der service-orientierten Architekturen stellt einen 
vom Anwendungsbereich unabhängigen Ansatz zur Bildung flexibler Informationssysteme 
dar. Obwohl Web Services oft als das technologische Lösungsinstmment für SOAs bezeich- 



^ Früher: Simple Object Access Protocol, seit SOAP 1 .2 fehlt die Nennung der Langform. 
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net werden, lassen sieh diese aueh mittels anderer Technologien realisieren bzw. erweitern, z. 
B. mit Methoden der Agententechnologie [Huhn03], 

In Hinblick auf die funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Absehnitt 3.5 erlauben serviee-orientierte Architekturen der ersten Generation die Er- 
mittlung von Akteursfahigkeiten (über UDDI-Einträge) und die Auswahl von Wertsehöp- 
fungspartnem anhand der benötigten Anforderungen. Auf Basis von Web Serviees können 
zudem Auftragsinformationen wie z. B. Produktspezifikationen ausgetauseht werden. Werden 
Wertsehöpfungstransaktionen in digitalisierter Form in Informationssystemen abgebildet, so 
kann deren Durehführung auch mittels einer SOA der ersten Generation unterstützt werden. 
Aufgrund des geringen Anwendungsbezugs sind diese SOA jedoch für produktspezifische 
Dienste zunächst nicht einsetzbar. Hierfür ist eine Spezialisierung der Dienste notwendig. 
Defizite existieren zudem in der Erstellung von Produktspezifikationen, da eine SOA zu- 
nächst weder ökonomische noch produktbezogene Aspekte enthält. 

Serviee-orientierte Architekturen auf Basis von WSDL, SOAP und UDDI werden auch als 
SOAs der ersten Generation bezeichnet [Erl04, 65ff.]. In den letzten Jahren sind weitere Kon- 
zepte entstanden, welche die bislang unzureichend adressierten Herausforderungen der Ge- 
schäftsautomatisierung behandeln. Das Bündel dieser Technologien bilden SOAs der zweiten 
Generation, die im Folgenden näher beschrieben werden. 

4. 1 .2.5 Web Service Spezifikationen der zweiten Generation 

Die Entwicklung der SOAs der zweiten Generation wird auch als Service-oriented Enterprise 
(SOE) bezeichnet [Erl04, 90ff ]. Bereits dem Begriff nach fokussieren die Spezifikationen der 
SOE stärker den Einsatz im betrieblichen Umfeld. So werden Ansätze zu folgenden grundle- 
genden Herausforderungen entwickelt, die von SOAs der ersten Generation nicht gelöst wur- 
den: 

■ Kontext- und Transaktionsmanagement mit Protokollen zum Ausfuhren von Web Ser- 
vices unter Berücksichtigung von Kontextinformationen, 

■ Geschäftsprozessmanagement zur Modellierung und Ausführung von betrieblichen Ab- 
läufen sowie zur Orchestrierung von Diensten aus mehreren Geschäftsprozessen, 

■ Sicherheitsmaßnahmen zum Schutz der Ausführung von Geschäftsprozessen und 
Diensten über offene Datennetze, 

■ Robustheit der implementierten Architekturen zur Sicherstellung der Verlässlichkeit 
und Qualität der Dienste, 

■ Etablierung von gemeinsamen Grundsätzen („Policies“) zur Vereinheitlichung von Ge- 
schäfts- und Sicherheitsregeln sowie von den jeweiligen Eigenschaften für eine Gruppe 
von Diensten mittels Abstraktion, 

■ Erweiterbarkeit der nachrichtenbasierten Kommunikation, z. B. mittels Spezifikationen 
zur Ergänzung von Nachrichten (z. B. Anhänge) [Erl04, 92f ]. 
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Für die o. g. Herausforderungen existiert eine Vielzahl von Lösungskonzepten in Form von 
Spezifikationen. Ein Überblick mit gleichzeitiger Beschreibung der Zusammenhänge kann 
[Erl04, 95] entnommen werden. Für die vorliegende Arbeit von größter Bedeutung ist der 
Bereich des Geschäftsprozessmanagements. Aus diesem Grund konzentriert sich die folgende 
Betrachtung auf die Business Process Execution Language for Web Services (BPEL4WS), 
eine XML-basierte Spezifikation zur Beschreibung der Ausführung von Geschäftsprozessen 
(Version 1.1) [BPEL03], die Business Process Modelling Language (BPML) [BPML02] und 
das Web Service Choreography Interface (WSCl) [WSCI02]. Der Entwicklungsverlauf der 
geschäftsprozessorientierten XML-Spezifikationen, die auch als „Web Service Flow Stan- 
dards“ bezeichnet werden können, ist in [JPMM04, 144] dargestellt. 

4.1.2. 5.1 BPEL4WS 

Die Entwicklung von BPEL4WS basiert auf der Bestrebung, die vorhandenen inkompatiblen 
XML-Spezifikationen für Geschäftsprozesse zu vereinheitlichen. BPEL4WS gilt daher als 
Nachfolger der Web Service Flow Language (WSFL) von IBM [WSFLOl] und des XLANG 
Standards von Microsoft [XLANOl]. An der Entwicklung von BPEL4WS sind BEA Systems, 
IBM, Microsoft, SAP AG und Siebei Systems beteiligt. Mittels BPEL4WS können Ge- 
schäftsprozesse in zwei unterschiedlichen Arten modelliert werden [Barr03, 230; Erl04, 100]: 

■ Geschäftsprotokolle („Business Protocols“) als Beschreibung abstrakter Prozesse (Spe- 
zifikation des gegenseitigen Nachrichtenaustausches) und 

■ ausführbare Geschäftsprozesse zur Modellierung des Verhaltens der an einer Ge- 
schäftstransaktion beteiligten Partner zur Laufzeit. 

Die BPEL4WS verwendet Prinzipien und Definitionen anderer Spezifikationen, z. B. WSDL, 
XML Schema und XPath {XML Path Language) [BPEL03, 11]. Eine Prozessdefmition auf 
Basis von BPEL4WS enthält vier Basiselemente: Variablen zur Definition der vom Prozess 
verwendeten Daten, PartnerLinks zur Definition der an einem Prozess beteiligten Partner, 
Fehlerhandhabungsroutinen zur Definition von Aktionen im Fall von Fehlem beim Ausfuh- 
ren von Prozessen oder Fehlem in den zurück gelieferten Daten und Aktivitäten zur Definition 
des üblichen Verhaltens beim Ausführen bzw. Anwenden des Prozesses bzw. Dienstes 
[BPEL03, 19 und 26]. 

BPEL4WS erfüllt insbesondere die transaktionsbezogenen Anfordemngen an Mass Customi- 
zation Informationssysteme gemäß Abschnitt 3.5. So ist das Konzept dafür geeignet, Akteurs- 
fähigkeiten zu ermitteln, Wertschöpfungspartner auszuwählen und die Akteurszuordnung 
festzulegen. Die Errichtung von Wertschöpfungssystemen und die vertragliche Vereinbamng 
zwischen Wertschöpfungspartnern sind ebenso möglich wie die Unterstützung bei der Durch- 
fühmng von Wertschöpfungstransaktionen und die Auflösung von Wertschöpfungssystemen. 
Produktbezogene Aspekte fehlen in BPEL4WS, so dass die Erstellung von Produktmodellen, 
die Ableitung von Anfordemngen an das Produktionssystem sowie die Erstellung von Pro- 
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duktspezifikationen nicht unterstützt wird. Der Austausch von Produktspezifikationen ist auf- 
grund der informationsflussbezogenen Betrachtung möglich. 

4. 1.2.5. 2 BPML 

Die BPML („Business Process Modeling Language“) ist eine Spezifikation des BPMI.org 
Konsortiums. BPML stellt ein abstraktes Modell zur Beschreibung ausführbarer Geschäfts- 
prozesse zur Verfügung. Die Spezifikation ist XML-basiert und verzichtet auf die Definition 
bestimmter Anwendungsbereiche und applikationsbezogener Vorgaben. Damit soll BPML 
mittels generischer Prozesse in vielfältiger Weise einsetzbar sein, z. B. für die Beschreibung 
von Untemehmensprozessen, komplexer Web Services sowie multi-lateraler Untemehmens- 
kooperationen [BPML02]. BPML-Dokumente werden zum Austausch von BPML- 
Definitionen zwischen BPML- Anwendungen verwendet. Hierfür existieren vier Basiselemen- 
te: BPML Konstrukte als kleinste Einheit des abstrakten BPML-Modells, BPML Definitionen 
als gekennzeichnetes und referenzierbares BPML Konstrukt oder das Zusammenfügen mehre- 
rer Konstrukte, BPML Pakete als Zusammenstellung mehrerer BPML Definitionen unter 
Verwendung weiterer Spezifikationen oder Sprachen (z. B. XML Schema oder WSDL) und 
BPML Dokumente als XML-basierte Repräsentation der BPML Pakete [BPML02]. 

In Hinblick auf die funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 erfüllt BPML die transaktionsbezogenen Aspekte. Hierbei handelt es 
sich um ein Konzept für den elektronischen Geschäftsverkehr, das die Beschreibung und die 
Ausführung von Wertschöpfungsprozessen fokussiert. Mit BPML lassen sich die Akteursfä- 
higkeiten ermitteln, die für eine Wertschöpfungstransaktion relevanten Geschäftspartner aus- 
wählen und die Zuordnung zwischen Akteur und Transaktion vornehmen. Die Errichtung von 
Wertschöpfungssystemen und die vertragliche Fundierung der Austauschbeziehungen sind 
ebenso möglich wie der Austausch von Auftragssinformationen. Da mit der BPML auch 
komplexe Untemehmensprozesse modelliert werden können, werden die Durchführung von 
Wertschöpfungstransaktionen und die abschließende Auflösung von Wertschöpfungssyste- 
men unterstützt. Ungeeignet ist BPML für die Erstellung von Produktmodellen und - 
Spezifikationen. 

4. 1.2. 5. 3 WSCI 

Das WSCI wurde unter Mitwirkung der Unternehmen BEA Systems, Intalio, SAP und Sun 
Microsystems entwickelt und im Rahmen vom W3C in der Version 1.0 veröffentlicht 
[WSCI02]. WSCI ist XML-basiert und ergänzt die statische Sicht der WSDL um eine dyna- 
mische Beschreibungsebene. Im Vordergrund steht das Zusammenwirken mehrerer Dienste. 
WSCI umfasst keine Spezifikation hinsichtlich des Nachrichtenaustausches. In Ergänzung zu 
den Definitionen der WSDL spezifiziert das WSCI Aspekte der Ausgestaltung eines Bündels 
von Diensten sowie die Wechselbeziehungen zwischen diesen. Weiterhin wird die Transakti- 
onsorientierung (Fehlerbehandlung, Folgen eines Abbruchs der Dienstverwendung etc.) und 
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die Verzweigung auf Basis der Wahl zwischen Alternativen unterstützt [WSCI02]. Das dem 
WSCI zugrunde liegende Modell umfasst hierbei folgende Konzepte: 

■ Schnittstellen (Beschreibung des Verhaltens und Zusammenwirkens von Web Services 
im Nachrichtenaustausch), 

■ Aktivitäten und deren Ausgestaltung (Aktivitäten als Basisverhalten von Web Services, 
z. B. Senden oder Empfangen von Nachrichten, sowie die Modellierung komplexen 
Verhaltens mit logischen Bedingungen), 

■ Prozesse und deren Referenzierung zur Wiederverwendung (Prozess als Menge von 
V erhaltenbeschreibungen), 

■ Eigenschaften (Variablen zur Ergänzung der Schnittstellenbeschreibung um Werte), 

■ Kontext (Beschreibung der Umgebung, in der Aktivitäten ausgeführt werden), 

■ Wechselwirkungen von Nachrichten (Beschreibung der Struktur und des Ablaufs einer 
Interaktion im Sinne eines Kommunikationsprotokolls), 

■ Ausnahmenbehandlung (Teil der Kontextbeschreibung, um Verhaltens Veränderungen 
des Dienstes an bestimmten Punkten der Ausführung spezifizieren zu können), 

■ Transaktionsverhalten (Beschreibung der Bedingungen, unter denen Dienste ausgeführt 
werden, um z. B. das Zurücksetzen fehlerhaft ausgeführter Transaktionen sicherzustel- 
len), 

■ Globales Modell (Darstellung von multi-lateralen Kooperationsbeziehungen zwischen 
Diensten und den verantwortlichen Partnern) [WSCI02]. 

WSCI ist eine technologisch orientierte Spezifikation, die nur einen geringen Bezug zu Wert- 
schöpfungssystemen und Geschäftstransaktionen aufweist. In Hinblick auf die funktionalen 
Anforderungen an Mass Customization Informationssysteme gemäß Abschnitt 3.5 werden 
insbesondere die transaktionsbezogenen Merkmale erfüllt. Dies umfasst die Festlegung von 
Akteurszuordnungen, die Ausführung von Wertschöpfungstransaktionen und damit die Er- 
richtung von Wertschöpfungssystemen. Aufgrund der Unterstützung des Nachrichtenaustau- 
sches lassen sich auch Auftragsinformationen (z. B. Produktspezifikationen) austauschen. Für 
die Erstellung von Produktmodellen und -Spezifikationen ist das WSCI nicht geeignet. 
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4.2 Informationssysteme für Produktmodellierung und -Spezifizierung 

4.2.1 Methoden zur Produktspezifizierung 

Für die Spezifizierung von individualisierbaren Produkten (häufig auch Produktkonfigurie- 
rung genannt) existieren in Wissenschaft und Praxis eine Vielzahl von Methoden und Syste- 
men. Im folgenden Abschnitt werden die wesentlichen theoretischen Methoden dargestellt 
und diskutiert. 

Zur Klassifikation der vorhandenen Methoden für Konfigurierungsprobleme eignet sich das 
Merkmal ihres jeweiligen konzeptionellen Ansatzes. So lässt sich zunächst zwischen darstel- 
lungsorientierten und aufgabenorientierten Ansätzen sowie dem Case-Based Reasoning 
(CBR) unterscheiden. Weiterhin existieren hybride Ansätze, die Merkmale der beiden erstge- 
nannten bzw. aller drei beschriebenen Klassen enthalten und eine Kombination der vorhande- 
nen Konzepte darstellen, ln den darstellungsorientierten Ansätzen steht im Vordergrund, eine 
geeignete Darstellung zum Ausdruck von Struktur und Eigenschaften des Anwendungsberei- 
ches zu finden. Zum Suchen von Lösungen des Konfigurationsproblems werden Inferenzme- 
chanismen verwendet. Die Darstellung der Lösung hat erklärenden Charakter und ermöglicht 
ihre klare, redundanzfreie Beschreibung ohne umfangreiche Abänderungen bzw. Neuerungen 
in Bezug auf das Kontextwissen [Stum97, 113]. Die aufgabenorientierten Ansätze fokussieren 
die Zerlegung des Konfigurationsproblems in Teilaufgaben. Für jede Teilaufgabe, die jeweils 
einzelne Aspekte des Gesamtproblems repräsentiert, muss schließlich eine geeignete Darstel- 
lungsform gewählt werden. Innerhalb der aufgabenorientierten Ansätze wird somit berück- 
sichtigt, dass je nach Teilproblem der Konfigurationsaufgabe unterschiedliche Lösungsansät- 
ze zu verwenden sind [Stum97, 121]. Ansätze des Case-Based Reasoning grenzen sich von 
darstellungs- und aufgabenorientierten Ansätzen in der Form ab, dass kein vollständiges Wis- 
sen zur Beschreibung des Lösungsraums möglicher Konfigurationen vorliegt. Vielmehr wer- 
den im CBR-Lösungsverfahren bereits gelöste Konfigurationsprobleme im Anwendungsbe- 
reich dafür verwendet, zunächst bestmögliche Lösungen für das neue Problem zu finden. Auf 
Basis einer Bibliothek von Konfigurationslösungen werden lediglich die Neuerungen an der 
Konfiguration vorgenommen, die aufgrund der geänderten Anforderungen des Problems not- 
wendig wurden [Stum97, 122]. In Abbildung 44 wird auf Basis der Klassifikationen von 
[Stum97], [SaWe98] und [GüKü99] der Zusammenhang der vorgestellten Ansätze verdeut- 
licht und verfeinert. 
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Abbildung 44: Klassifikation vorhandener Konfigurationsansätze |in Anlehnung an 
Hümm04, 215| 

Die Entwicklung neuer Konfigurationsmethoden wird in dieser Arbeit nicht fokussiert. Die 
Fähigkeit von Informationssystemen, individualisierbare Güter abbilden zu können, ist jedoch 
gemäß den beschriebenen Anforderungen ein Merkmal Mass Customization spezifischer In- 
formationssysteme ein wesentlicher Gestaltungsparameter. Aus diesem Grund werden im 
Folgenden die einzelnen Konfigurationsansätze dargestellt und bewertet. 

4.2 . 1 . 1 Darstellungsbasierte Ansätze 

Die darstellungsorientierten Ansätze lassen sich in regelbasierte und modellbasierte Ansätze 
unterteilen, wobei zu den letztgenannten die logik-, Struktur-, ressourcen- und constraintba- 
sierten Ansätze gehören. 

4.2. 1.1.1 Regelbasierte Ansätze 

Das Anwendungswissen in Systemen auf Basis regelbasierter Ansätze wird in Form von Pro- 
duktionsregeln der Art „WENN bedingung DANN aktion“ abgelegt. Die Regeln spezi- 
fizieren die möglichen und gültigen Konfigurationsschritte und regelbasierte Systeme können 
aus mehreren Einzelregeln mit jeweils mehreren Bedingungen und Aktionen bestehen 
[Stum97, 111 und 113ff; GrasOO, 25]. Eine Konfigurationsregel muss weiterhin folgende 
Aufgaben erfüllen: 
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■ Überprüfung, an welcher Stelle im Konfigurationsprozess die Regel anzuwenden ist, 

■ Überprüfung der Vorbedingungen zur Ausführung der Regel, 

■ Überprüfung von Inkompatibilitäten mit vorhandenen Komponenten, 

■ Überprüfung der Verfügbarkeit von benötigten Komponenten, 

■ Durchführung der systemtechnischen Zuordnung und Speicherung der durchgeführten 
Regeln („working memory“ als gemeinsame Datenbasis) [Stum97, 113-1 14], 

Die Abbildung umfangreicher Konfigurierungsprobleme führt zu komplexen Regelbündeln, 
die untereinander ungewollte Wechselwirkungen hervorrufen können. Trotz vorhandener the- 
oretischer Konzepte zur Vermeidung dieser Effekte (z. B. [BOBS89]) wurden regelbasierte 
Systeme aus diesem Grund und weiteren Aspekten (Schwierigkeiten in der Wissenser- 
mittlung, Gefahr von Inkonsistenzen, Schwächen im Betrieb und der Anpassbarkeit von re- 
gelbasierten Systemen) in der Literatur mehrfach kritisiert [GÜKÜ99]. 

In Hinblick auf die funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 sind die regelbasierten Ansätze dafür geeignet, Produkte in Form von 
Geschäftsregeln zu modellieren und die Erstellung von Produktspezifikationen zu unterstüt- 
zen. Ungeeignet sind sie für den Aufbau von Wertschöpfungssystemen und die damit verbun- 
denen Aktivitäten. Regelbasierte Systeme sind jedoch auch bei der Ausführung von Transak- 
tionen relevant, weil damit die Durchführung von Wertschöpfungstransaktionen sachlogisch 
definiert werden kann. 

4.2. 1. 1.2 Modellbasierte Ansätze 

Die vier nachfolgenden Ansätze sind den modellbasierten Konfigurationskonzepten zuzuord- 
nen. Die modellbasierten Ansätze gehen von der Existenz eines Modells des betrachteten Sys- 
tems (z. B. ein Produkt) aus, das aus den zerlegbaren Einheiten und den Beziehungen zwi- 
schen den Elementen des Systems besteht. Der Vorteil dieser Ansätze liegt in der systemati- 
schen Vorgehensweise, den vorhandenen Lösungsraum des Konfigurationsproblems zu be- 
schreiben [SaWe98, 44]. 

Logikbasierte Ansätze 

Neben dem Constructive Problem Solving gehören Konzepte, denen deskriptive Logiken 
zugrunde liegen, zur Familie der logikbasierten Ansätze. Eine deskriptive Logik erlaubt die 
formale Beschreibung und Schlussfolgerung unter Verwendung von Wissen. Sie wird bei- 
spielsweise in KL-ONE-ähnlichen Sprachen, in semantischen Netzwerken, objektorientierten 
Darstellungen oder semantischen Datenmodellen verwendet. Die wesentlichen Elemente einer 
deskriptiven Logik sind: Individuen (Darstellung der Objekte eines Anwendungsbereichs), 
Konzepte (Darstellung einer Menge von Individuen) und Rollen (dichotomische Beziehung 
zwischen Individuen). Auf deskriptive Logiken basierende Systeme schlussfolgern aufgrund 
der intentionalen Beschreibung von Konzepten und deren Individuen. Unter Verwendung von 
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Konstruktoren (z. B. „und“, „oder“, „mindestens" und „alle“) lassen sich umfangreiche und 
komplexe Beschreibungen des Anwendungsbereiches zusammensetzen [SaWe98, 44-45], Der 
wesentliche Inferenzmechanismus einer deskriptiven Logik ist die Subsumtion, die eine hie- 
rarchische Einteilung von Konzepten bzw. Beschreibungen hinsichtlich ihrer Generalität zu- 
lässt (d. h.: Welches Konzept ist genereller als ein anderes?). Mittels Subsumtion lassen sich 
Inferenzkonzepte wie beispielsweise Klassifikation (Integration eines neuen Konzeptes in die 
Konzepthierarchie) und Erkennung (Feststellung, ob ein Individuum einem bestimmten Kon- 
zept zuzuordnen ist bzw. in diesem enthalten ist) ausdrücken [SaWe98, 45]. Die Vorteile der 
deskriptiven Logiken liegen darin, dass einerseits Beschreibungen mittels einer Klassifikation 
in vorhandene Taxonomien automatisch einsortiert werden und andererseits eine Konsistenz- 
sicherung bei der Klassifikation, der Hinzunahme neuer Beschreibungen oder der Verände- 
rung vorhandener Beschreibungen vorgenommen wird. Problematisch wirkt sich jedoch die 
konkurrierende Beziehung zwischen dem Ziel der Effizienz und der Mächtigkeit des Konfigu- 
rationssystems aus. So verursachen die in der praktischen Verwendung häufig benötigten Ei- 
genschaften wie z. B. Existenzquantor oder Disjunktion eine NP-vollständige Komplexität in 
den Systemen [SaWe98, 45]. Die resultierenden Konfigurationsprobleme gelten somit als 
nicht mehr effizient lösbar [HedtOS, 157]. 

Strukturbasierte Ansätze 

Die Grundlage des strukturbasierten Ansatzes ist die zusammengesetzte und hierarchische 
Struktur von Objekten zur Verwendung für die Problemlösung [GÜKÜ99]. Dieser Ansatz eig- 
net sich für Konfigurationsprobleme, bei denen der Lösungsraum durch einen hierarchischen 
nicht-rekursiven Graphen mit Und- bzw. Oder-Knoten beschrieben wird [GrasOO, 25f.]. Nach 
[MiFr89] ist die Basis des Ansatzes die Einführung einer Schlüsselkomponente, welche die 
wesentlichen Funktionalitäten des zu konfigurierenden Systems bestimmt. Sie begründet sich 
auf vier Annahmen: 

1 . Dominierender Faktor für die Suche nach einer Lösung ist die Struktur des zu kon- 
figurierenden Systems, 

2. die Menge der verfügbaren Komponenten ist festgelegt und jede Komponente hat 
spezifische Schnittstellen, 

3. jede Komponente erfüllt eine bestimmte Funktionalität, 

4. ausgewählte Komponenten, die als Schlüsselkomponenten bezeichnet werden, stel- 
len die Kemfunktionalitäten zur Verfügung [MiFr89, 1396-1398; Stum97, 1 14]. 

Der Begriff der Struktur beschreibt einerseits, welche Teile untereinander in direkter Verbin- 
dung stehen, und andererseits die Zusammensetzung eines einzelnen Teils mit seinen Eigen- 
schaften und Schnittstellen bzw. „ports" („places where a component can be connected to 
other components“ [MiFr89, 1396]). Innerhalb des Konfigurationsprozesses werden die Ports 
mit geeigneten Komponenten verbunden. Die verwendeten Schlüsselkomponenten unterstüt- 
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zen hierbei die Bestimmung nachfolgender Komponenten [MiFr89, 1397]. Mit strukturbasier- 
ten Konfigurationsmethoden lassen sich Anwendungsbereiche trotz innerer Komplexität ein- 
fach beschreiben, setzten jedoch strukturell beschreibbare Bedingungen der Konfigurations- 
aufgabe voraus. 

Ressourcenbasierte Ansätze 

Das ressourcenbasierte Konfigurieren reduziert die Beziehungen zwischen den Komponenten 
eines Systems auf den Austausch von Ressourcen [GrasOO, 27; Hein93; DuKS96]. Gleiches 
gilt für die Beziehung zwischen dem zu konfigurierenden System und der Umwelt [GÜKÜ99, 
7]. Grundsätzlich wird zwischen Komponenten und Ressourcen unterschieden, wobei jede 
Komponente Ressourcen zur Verfügung stellen und wiederum anfordem kann. Mit Hilfe ei- 
ner Ressourcenbilanz kann das Verhältnis zwischen Ressourcenangebot und -nachfrage der 
Komponenten überprüft werden, ln einem iterativen Prozess werden Ressourcendefizite er- 
kannt und durch Hinzunahme von Komponenten ausgeglichen („balancing methods“) 
[GrasOO, 27; GÜKÜ99, 7]. Der Austausch von Ressourcen begründet auch die Bezeichnung 
des ressourcen-basierten Ansatzes als Erzeuger-Verbraucher-Modell [SaWe98, 45]. Konfigu- 
rationssysteme, die ressourcenbasierte Ansätze verwenden, beinhalten Anwendungswissen 
auf drei Ebenen: Systemwissen, Katalogwissen und heuristisches Wissen. Das Systemwissen 
beschreibt in Form einer Taxonomie die Arten der vorhandenen Ressourcen in einem be- 
stimmten Anwendungsbereich. Das Katalogwissen ist eingebettet in die Beschreibung der 
vorhandenen Komponentenarten. In Form einer hierarchischen Organisation werden diese 
hinsichtlich ihrer Ähnlichkeit jeweils für ihre Erstellung und ihre Verwendung dargestellt. 
Das heuristische Wissen schließlich ist die Grundlage für den Prozess der Selektion von Res- 
sourcen und Komponenten, um gültige Lösungen des Konfigurationsproblems zu ermitteln 
[SaWe98, 45]. Es lässt sich einteilen in Evaluationswissen (zur Bewertung einer Komponente 
innerhalb einer Konfiguration), in Leistungswissen (zum schnellen Bilden von Konfiguratio- 
nen auf Basis notwendiger Entscheidungen) und in Wissen über Ausnahmen (im Sinne von 
Regeln über Ressourcenarten und -mengen) [SaWe98, 45f]. Der ressourcenbasierte Ansatz 
eignet sich für Konfigurationsprobleme, die auf das Erreichen bestimmter, erwarteter Funkti- 
onalitäten abzielen und einzelne Komponenten nur Teile dieser Funktionen bereitstellen. Er 
eignet sich jedoch weniger für strukturelle und raumbezogene Anforderungen an die Problem- 
lösung (z. B. Anordnung von Komponenten). 

Constraintbasierte Ansätze 

Die constraintbasierten Ansätze gelten als Versuch, generische und anwendungsbereichsunab- 
hängige Modelle für Konfigurationsprobleme zu entwickeln [SaWe98, 46]. Auch dieses Ver- 
fahren nach [MiFr89] spezifiziert Objekte durch eine Menge von Eigenschaften und Schnitt- 
stellen („ports“). Durch Einschränkungen („constraints“) wird die Art und Weise der Zusam- 
mensetzung von Komponenten beschränkt. Die Spezifikation eines Konfigurationsproblems 
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enthält neben der Beschreibung der Komponenten auch eine Beschreibung des gewünschten 
Produktes sowie der Optimierungskriterien [SaWe98, 46], Ziel der Konfigurierung ist also die 
Ermittlung mindestens einer Konfiguration, welche die gewünschten Produkteigenschaften 
und die Optimiemngskriterien erfüllt. Diese Problemlösungsmethode beruht auf zwei grund- 
legenden Annahmen: 

1 . Die Erstellung einer Konfiguration ist ein zielgerichteter Vorgang (d. h. der Nutzer 
kennt bereits vorher die notwendigen Funktionsregeln) und 

2. eine oder mehrere Komponenten werden als Schlüsselkomponenten festgelegt (d. h. 
notwendige Komponenten für die Umsetzung der gewünschten Funktionalität). 

Unter diesen restriktiven Annahmen kann die Konfigurationsaufgabe als Contraint- 
Satisfaction Problem (CSP) abgebildet werden. Komponenten und ihre Schnittstellen stellen 
Variablen dar und die Constraints beschränken die Art des Zusammenfügens von Komponen- 
ten. Der constraintbasierte Ansatz wurde mittlerweile um mehrere Erweiterungen ergänzt, z. 
B. um den dynamischen Prozess der Hinzu- und Wegnahme von Komponenten abbilden zu 
können (z. B. Dynamic CSP [MiFa90], Composite CSP [SaFr96], Generative CSP 
[FFHS98]). Die erweiterten Konzepte werden an dieser Stelle nicht näher erläutert, da sie für 
die vorliegende Arbeit eine untergeordnete Rolle spielen und die wesentlichen Annahmen 
bereits im Grundkonzept diskutiert wurden. 

Die modellbasierten Ansätze eignen sich für die Erstellung von Produktmodellen, für die Ab- 
leitung von Anforderungen des Produktmodells an das Wertschöpfungssystem sowie für die 
Erstellung von Produktspezifikationen. Da bei diesen Ansätzen die Konfigurierungsprobleme 
in Form von Modellen abgebildet werden, erscheint ihr Einsatz auch für die transaktionsbe- 
zogenen Anforderungen geeignet. Allerdings unterstützen die Ansätze nicht die Auswahl von 
Wertschöpfungsakteuren, die Festlegung von Akteurszuordnungen und die Errichtung von 
Wertschöpfungssystemen. Mittels der Modellierung von Produkten kann die Integration pro- 
duktionsbezogener Merkmale abgebildet werden, so dass auch die Durchführung von Wert- 
schöpfungstransaktionen in die Modelle des Konfigurierungsproblems einbezogen werden 
kann. Von den funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 werden jedoch weitgehend nur die produktbezogenen Merkmale berück- 
sichtigt. 

4.2 . 1 .2 Aufgabenbasierte Ansätze 

Im Vergleich zu den darstellungsorientierten Ansätzen existiert eine wesentlich geringere 
Zahl von aufgabenorientierten Ansätzen zur Durchführung der Konfigurationsaufgabe. Der 
aufgabenorientierte Ansatz geht davon aus, dass die detaillierte formale Darstellung der Rep- 
räsentationsform einer Wissensbasis weniger wichtig ist als die abstrakte Beschreibung der 
Aufgaben, die das System zu absolvieren hat. Eine dieser Aufgaben ist z. B. die hierarchische 
Klassifikation, die zur Auswahl der korrekten Arten von Komponenten aus der Taxonomie 
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des Konfigurationssystems verwendet werden kann [Stum97, 121], Aus Sieht der aufgaben- 
basierten Ansätze ist an den darstellungsorientierten Ansätzen zu kritisieren, dass die Darstel- 
lung deren Strategien nicht in der Sprache des Anwendungsgebiets, sondern in der Sprache 
der Implementierung stattfindet. 

In Bezug auf die funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 werden von den aufgabenbasierten Ansätzen insbesondere die produkt- 
bezogenen Merkmale erfüllt. Zwar ist die explizite Erstellung von Produktmodellen nicht 
vorgesehen, es werden aber die notwendigen Aufgaben zur Lösung von Konfigurierungsprob- 
lemen definiert. Damit ist die Erstellung von Produktspezifikationen möglich. Für prozessbe- 
zogene Anforderungen sind die aufgabenbasierten Ansätze ebenso geeignet. So lassen sich 
die Errichtung von Wertschöpfungssystemen und die Durchführung von Wertschöpfungs- 
transaktionen in Form von Aufgaben beschreiben. Damit kann die Gesamtleistung des Wert- 
schöpfungssystems in Form einer aufgabenbasierten Problemlösung dargestellt werden. Die 
aufgabenbasierten Ansätze weisen jedoch Defizite bei der Unterstützung der konstitutiven 
Maßnahmen im Wertschöpfungssystem auf 

4.2.1 .3 Case-Based Reasoning 

Basieren die bisher diskutierten Ansätze auf einer formalen Beschreibung des Lösungsraums 
oder der Konfigurationsaufgabe, um zu einer Konfigurationslösung zu kommen, setzt das 
CBR an vorhandenem Wissen über frühere Konfigurationsaufgaben an [AaP194]. Ist eine 
neue Konfigurationsaufgabe zu lösen, wird aus der Menge vorhandener Lösungen diejenige 
Lösung ermittelt, die der Konfigurationsaufgabe am ähnlichsten ist. Wesentlicher Faktor für 
die erfolgreiche Durchführung des Konfigurationsprozesses ist die Ermittlung der Ähnlichkeit 
(Ähnlichkeitsmaß) [GrasOO, 27f.]. Der Prozess der Auswahl von Fallwissen kann entweder in 
Form eines durchgängigen Ablaufs („transformational analogy“) oder in einzelnen Schritten 
stattfinden („derivational analogy“) [GÜKÜ99, 7]. Nach Abschluss der Konfigurierung wird 
die neue Lösung zur Menge der vorhandenen Lösungen hinzugefügt. Die besondere Heraus- 
forderung im CBR besteht in der Auswahl von Fällen und der Adaption von Konfigurations- 
lösungen [GrasOO, 28]. Die Nachteile des CBR liegen vor allem darin, dass erstens üblicher- 
weise konservative Lösungen vorgeschlagen werden (keine Innovationen), zweitens die kau- 
sale Begründung für die Ermittlung einer bestimmten Konfiguration oft unzureichend ist und 
dass drittens die ermittelten Konfigurationen häufig von schlechter Qualität sind [GÜKÜ99, 8] . 
Das CBR ist in der Lage, auf Basis von Erfahrungswissen Produktspezifikationen zu erstellen. 
Davon lassen sich außerdem die produktbezogenen Anforderungen an das Wertschöpfungs- 
system ableiten. In Hinblick auf die funktionalen Anforderungen an Mass Customization In- 
formationssysteme gemäß Abschnitt 3.5 kann das CBR auch die Ermittlung von Akteursfä- 
higkeiten, die Errichtung von Wertschöpfungssystemen und die Durchführung von Wert- 
schöpfungstransaktionen unterstützen. Hierbei kann eine Wissensbasis über frühere 
Wertschöpfungssysteme dafür verwendet werden, günstige Akteurskonstellationen für neue 
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Aufträge er ermitteln. Ungeeignet ist das CBR jedoch für die Erstellung vertraglieher Rege- 
lungen, da dieser Ansatz keine ökonomischen Grundannahmen enthält. 

4.2 . 1 .4 Hybride Ansätze 

Die Klasse der hybriden Ansätze ermöglicht die Beschreibung von Konfigurationsmethoden 
bzw. -Systemen, welche die wesentlichen Eigenschaften von mindestens zwei der bislang be- 
sehriebenen Ansätze kombinieren. Hybride Ansätze finden sich vor allem in systemteehni- 
sehen Umsetzungen von Konfigurationsmethoden (vgl. [Stum97]). Umfassende theoretische 
Konzepte sind nicht vorhanden. 

Von den hybriden Ansätzen lassen sieh keine allgemeinen Aussagen in Hinblick auf die funk- 
tionalen Anforderungen an Mass Customization Informationssysteme gemäß Abschnitt 3.5 
treffen. Inwieweit sie die Anforderungen erfüllen können, hängt dabei von der konkreten Aus- 
gestaltung des hybriden Ansatzes ab. Bei einer Durchführung der Individualisierung innerhalb 
der Produktion müssen Produkt- und Produktionsmodelle vorliegen. Dies setzen bereits die 
darstellungsbasierten Methoden voraus. Im Fall einer Individualisierung, die sich auch auf die 
Produktentwicklung (vgl. „engineer-to-order“ in Abschnitt 2.1. 2.2.1) auswirkt, erscheint das 
Case-Based Reasoning anwendbar, da das Individualisierungsspektrum größer ist und somit 
durch den Rückgriff auf bereits gelöste Konfigurationsprobleme Effizienzvorteile erlangt 
werden können. Die aufgabenbasierten Ansätze stellen den Konfigurationsvorgang und die 
damit verbundene Aufgabe in den Vordergrund. Für die transaktionsbezogenen Anforderun- 
gen bleiben jedoch die dargestellten Methoden ungeeignet. 

4.2.2 Methoden der Produktmodellierung und des Produktdatenaustauschs 

Mittels Produktmodellierung sollen formale Abbildungen realer Produkte erzeugt werden. Die 
Struktur von Produkten lässt sich grundsätzlich wie Datenstrukturen mittels Methoden der 
Informatik beschreiben, z. B.: 

■ Listen-orientierte Beschreibung (z. B. Stücklisten) [Schi02, 122ff.], 

■ Graphen-orientierte Beschreibung (z. B. Gozinto-Graph) [WeMüSl], 

■ Baum-orientierte Beschreibung als spezieller Graph (z. B. Klassifikationsbaum) 
[Schi02, 63ff ], 

■ objektorientierte Beschreibung (z. B. Klassendiagramm) [Schi02, ISOff.]. 

In Abgrenzung zu diesen grundlegenden Methoden zur Modellierung von Produktstrukturen 
sind für die vorliegende Arbeit jedoch Konzepte zum informationstechnischen Ablegen und 
Übertragen von Produktinformationen von Bedeutung. In der Literatur finden sich Veröffent- 
lichungen zu diesem Themenbereich auch unter dem Stichwort „Elektronische Produktkata- 
loge“ [vgl. Hahn03 und Leuk04]. Im Sinne einheitlicher Vokabulare sind im Umfeld der 
Entwicklung des Electronic Business Spezifikationen entstanden, die den Austausch von Pro- 
duktdaten vereinheitlichen. Im Folgenden werden daher STEP, BMEcat, cXML, xCBL und 
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eCX XML als Methoden für die Produktmodellierung bzw. den Produktdatenaustausch disku- 
tiert und bewertet. 



4.2.2. 1 STEP 



Der Standard for the Exchange of Product Model Data (STEP) stellt als Norm der Internatio- 
nal Organization for Standardization (ISO) „ein Referenzmodell zur Verfügung, das mit der 
Zielsetzung entwickelt worden ist, alle über den Produktlebenslauf anfallenden Produktdaten 
zu beschreiben und zu integrieren“ [GEPA94, 46] (Abbildung 45). In diesem Zusammenhang 
wird auch von der Produktdatentechnologie gesprochen, die „die Entwicklung von Datenmo- 
dellen, Schnittstellen und Methoden für alle Funktionen der Produktdatenverarbeitung“ bein- 
haltet [GEPA94, 45]. 




Abbildung 45: Phasen des Produktlebenszyklus [AnTrOO, 10] 



STEP ist modulartig aufgebaut und besteht aus mehreren, logisch zusammenhängenden Parti- 
almodellen. In den allgemeinen Basismodellen werden vom Anwendungsbereich unabhängi- 
ge Produktmerkmale abgebildet (z. B. Geometrie-, Produktstruktur-, Präsentations- und Tole- 
ranzmodell etc.). Die Integration dieser Partialmodelle findet auf Basis des Kernmodells (Ar- 
chitektur des integrierten Produktmodells) und des Repräsentationsmodells (Methoden zur 
Repräsentation von Produktmerkmalen) statt. Die Modellkonstrukte können mit anwendungs- 
abhängigen Teilmodellen erweitert werden. Diese können hinsichtlich bestimmter Anwen- 
dungsbereiche erstellt werden (z. B. Zeichnungsmodelle etc.) [GrAP93, 17]. Um die Phasen 
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der Produktmodellentwicklung darstellen zu können, stellt STEP mehrere Methoden und 
Werkzeuge bereit. Für die Entwicklung und Dokumentation von Funktionsmodellen kann 
IDEFO genutzt werden, für die Entwicklung und Dokumentation von Informationsmodellen 
stehen NIAM, IDEFIX, EXPRESS und EXPRESS-G zur Verfügung [GrAP93, 24]. 
EXPRESS ist eine strukturell objektorientierte Informationsmodellierungssprache und wird 
zur formalen Spezifikation der Modelle verwendet [GrAP93, 38], STEP wird vor allem im 
konstruktionsorientierten Umfeld wie z. B. in der Automobilindustrie verwendet. Eine weiter- 
führende Darstellung der STEP-Norm findet sich in [AnTrOO], 

In Hinblick auf Mass Customization Informationssysteme gemäß Abschnitt 3.5 erfüllt STEP 
insbesondere die produktbezogenen Anforderungen. So unterstützt STEP die Erstellung von 
Produktmodellen, die Ermittlung von Anforderungen des Produktmodells an das Wertschöp- 
fungssystem und die Erstellung von Produktspezifikationen. Auch die Festlegung der Ak- 
teurszuordnung und der Austausch von Produktspezifikationen sind möglich. Ungeeignet ist 
STEP jedoch für die Errichtung und Auflösung von Wertschöpfungssystemen sowie der da- 
mit in Verbindungen stehenden Durchführung von Wertschöpfungstransaktionen. 

4.2.2.2 BMEcat 

BMEcat ist eine vom Bundesverband für Materialwirtschaft, Einkauf und Logistik e. V. 
(BME) initiierte Entwicklung zur Standardisierung der elektronischen Übertragung von Pro- 
duktkatalogen. An der Entwicklung haben neben dem Fraunhofer IAO und den Universitäten 
Essen und Linz eine Vielzahl von Unternehmen mitgewirkt (z. B. Alcatel, BMW, DaimlerCh- 
rysler, Deutsche Telekom, Mannesmann, Siemens etc.). Die Spezifikation ist XML-basiert 
und unterstützt die Übernahme von Katalogdaten zur Verwendung im elektronischen Ge- 
schäftsverkehr. Nachdem im Jahr 1999 die erste Version veröffentlicht wurde, folgten in den 
Jahren 2001 und 2003 zwei Überarbeitungen. Seit November 2005 ist der Standard als 
„BMEcat 2005“ in der aktuellen Version verfügbar [BMEc05a; BMEcOöb]. 

Der BMEcat Standard umfasst die Abbildung von Produktdaten und Katalogstrukturen und 
enthält strukturelle Beschreibungen der Produktdaten in Form von Grunddaten, Verpackungs- 
daten, Preisdaten, multimedialen Zusatzdaten, Artikelstrukturdaten und Katalogstrukturdaten. 
Die Verwendung von standardisierten Produktklassifikationen wird empfohlen. Zur Aktuali- 
sierung der Kataloginhalte stehen Katalogtransaktionen zur Verfügung (z. B. neuer Produkt- 
katalog, Aktualisierung von Produktdaten oder Aktualisierung von Preisdaten). Die Er- 
weiterbarkeit der Spezifikation ist mittels Hinzufügen spezifischer Datenfelder oder mittels 
Anpassung der XML-Definition möglich [BMEcOöa], 

Katalogdokumente im BMEcat-Format werden mit dem Root-Element BMECAT eingeleitet 
und bestehen aus einem Kopf- und einem Transaktionsteil. Der Kopfteil (HEADER) enthält 
neben allgemein beschreibenden Informationen (Metadaten) zum Katalog (z. B. Informatio- 
nen über das Werkzeug oder das System, mit dem der Katalog erstellt wurde) insbesondere 
Informationen über die Teilnehmer am Katalogaustausch (BOYER und SUPPLIER). Der 
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Transaktionsteil enthält eine der drei möglichen Transaktionen: Übertragung eines neuen Ka- 
talogs (T_NEW_CATALOG), Aktualisierung von Produktdaten (T_üPDATE_PRODüCTS) 
oder Aktualisierung von Preisinformationen (T_ÜPDATE_PRICES) [BMEcOSb, 19ff], Als 
Erweiterung im Vergleich zu der Version 1.2 wurden in der aktuellen Version BMEcat 2005 
folgende Veränderungen vorgenommen: Erweiterung des Produktmodells um konfigurierbare 
Produkte („Modul Produktkonfiguration“), Erweiterung des Produktmodells zur Beschrei- 
bung von Dienstleistungen, Erweiterung des Preismodells um dynamische Preiskomponenten 
(„Modul Preisformeln“), Erweiterung der Produktbeschreibung um logistische Informationen, 
Unterstützung von externen Kataloganwendungen. Außerdem wurde BMEcat um die Mög- 
lichkeit erweitert, mehrsprachenfähige Dokumente und Multi-Lieferanten-Kataloge anzulegen 
[BMEcOSb, 15-17]. 

In Ergänzung zu BMEcat wurde der Transaktionsstandard openTRANS entwickelt, der den 
automatisierten Austausch von Geschäftsinformationen unterstützt. Die XML-basierte Spezi- 
fikation ist seit 2001 in der Version 1.0 verfügbar und unterstützt die folgenden Geschäftsdo- 
kuraente: Aufforderung zur Angebotsabgabe, Angebot, Auftrag, Auftragsänderung, Auftrags- 
bestätigung, Lieferavis, Wareneingangsbestätigung, Rechnung [BMEcOöc]. 

In Hinblick auf die funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 unterstützt BMEcat die Erstellung von Produktmodellen und die Ermitt- 
lung der Anforderungen von Produktmodellen an ein Wertschöpfungssystem. Die aktuelle 
BMEcat-Spezifikation erlaubt außerdem die Erstellung und den Austausch von Produktspezi- 
fikationen. Die Auswahl von Wertschöpfungspartnem, die Errichtung von Wertschöpfungs- 
systemen und die Durchführung von Wertschöpfungstransaktionen ist jedoch nicht vorgese- 
hen. 

4.2.2. 3 cXML - Commerce XML 

Commerce XML (cXML) ist ein XML-basierter Standard für den elektronischen Geschäfts- 
verkehr. Die Entwicklung der Spezifikation geht auf Initiativen des Unternehmens Ariba Inc. 
zurück, ein Hersteller von Software für elektronische Marktplätze. Die Version 1.2.016 wurde 
im September 2006 veröffentlicht [cXML06]. Transaktionen auf Basis von cXML werden 
mittels Austausches von XML-Dokumenten durchgeführt. Die drei verfügbaren Dokumenten- 
typen sind hierbei Catalogs, PunchOut und PurchaseOrder [cXML06, 18]. Elemente des 
Typs Catalogs enthalten Informationen über Produkte und Dienstleistungen eines Unter- 
nehmens. Dieser Dokumententyp dient dazu, das Leistungsangebot von Unternehmen den 
Geschäftspartnern zur Verfügung zu stellen. Die cXML Katalog Definition enthält die beiden 
Elemente Supplier und Index. Während das Supplier-Element Informationen über 
den Lieferanten von Produkten enthält (z. B. Adress- und Bestellinformationen), wird im In- 
dex-Element das Produkt- und Dienstleistungsangebot eines Lieferanten spezifiziert. Jedes 
Index-Element ist jeweils mit genau einem Lieferanten assoziiert und besteht aus einem 
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oder mehreren Indexitem-Elementen. Es existieren drei Arten von Transaktionen, die in 
den Indexitem-Elementen spezifiziert werden: Index ItemAdd zum Hinzufügen oder 
Aktualisieren eines vorhandenen Katalogeintrags, IndexItemDelete zum Löschen eines 
Eintrags aus dem Index und das Element IndexItemPunchout zum Einleiten einer Pun- 
chOut-Transaktion [cXMLOö, 279-284], Mittels der PunchOut-Transaktion können Unter- 
nehmen Produktinformationen von Lieferanten beziehen, ohne dass der komplette Katalog 
vorab übertragen werden muss. Es findet daher eine scheinbare Integration der Katalog- und 
Produktdaten statt. Der Ablauf einer cXML PunchOut Transaktion ist in Abbildung 46 darge- 
stellt. 
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Abbildung 46: Ablauf einer PunehOut Transaktion |cXML06, 101| 

Katalogdaten des Lieferanten (Unternehmen B) werden in das System des beschaffenden Un- 
ternehmens (Unternehmen A) per PunchOut integriert. Zur Initiierung der Verbindung wird 
ein cXML-Dokument vom Typ PunchOutSetupRequest an den Lieferanten gesendet 
(1). Die Sitzung wird durch Übermittlung einer PunchOutSetupResponse-Nachricht an 
das Unternehmen A bestätigt (2). Nach Abschluss der Produktauswahl wird die Liste der Pro- 
dukte in Form einer PunchOutOrderMessage von Unternehmen B an Unternehmen A 
quittiert (3). Eine Bestellung kann nun durchgeführt werden [cXML06, 99-114]. 

Bei cXML handelt es sich um eine Spezifikation zum Austausch von Produktkatalogen. In 
Hinblick auf die funktionalen Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 werden somit die produktbezogenen Merkmale erfüllt. Mit den Produkt- 
katalogen können Produktmodelle und erstellte Produktspezifikationen ausgetauscht werden. 
Für die transaktionsbezogenen Anforderungen, die über das Management des Produktkatalogs 
hinausgehen, ist cXML jedoch ungeeignet. So werden weder die Ermittlung von Akteursfa- 
higkeiten und die Auswahl von Wertschöpfungspartnem noch die Errichtung und Auflösung 
von Wertschöpfungssystemen ermöglicht. 

4.2.2.4 xCBL - XML Common Business Library 



Die Entwicklung der XML Common Business Library (xCBL) begann 1997 unter der Leitung 
von Veo Systems. Das Projekt wird mittlerweile von CommerceOne getragen und die Spezi- 
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fikation liegt zurzeit in der Version 4.0 vor [xCBL03]. Die XML Common Business Library 
ist ein XML-basiertes Rahmenwerk zur Unterstützung des elektronischen Geschäftsverkehrs. 
xCBL unterstützt Vorgänge wie z. B. Beschaffungsprozesse, Zahlungsverkehr, Auktionen etc. 
und beschränkt sich auf deren Inhalte in Form von Geschäftsdokumenten. Transaktionsme- 
chanismen sind nicht vorhanden. Die xCBL-Spezifikation basiert auf dem XML-Schema des 
World Wide Web Consortiums (W3C), das eine Typendefmition der Dokumentinhalte ermög- 
licht [xCBLOö]. 

xCBL-Dokumente enthalten das globale Element ProductCatalog, das aus den drei Ele- 
menten CatalogHeader, CatalogSchema und CatalogData bestehen kann. Außer- 
dem können unstrukturierte Informationen in Form von Anlagen hinzugefügt werden. Im 
CatalogHeader-Element, das mindestens einen Eintrag im CataloglD-Element (ein- 
deutiger Bezeiehner) und im CatalogProvider-Element (Geschäftspartner oder Katalog- 
system) enthalten muss, werden allgemeine administrative Informationen spezifiziert. Mit 
dem CatalogSchema-Element kann eine Katalogstruktur für die Produkte aufgebaut wer- 
den, die entweder extern eingebunden werden kann (unter Verwendung der Elemente 
SchemaSource und SchemaURN) oder explizit angelegt ist (SchemaCategory- 
Element). Die Produkte und die dazugehörigen Preisinformationen werden schließlich in- 
nerhalb des CatalogData-Elementes spezifiziert. Das CatalogData-Element besteht 
aus zwei Unterelementen: Product und Pricing. Das Pricing-Element kann eine Viel- 
zahl optionaler Produktattribute enthalten. Obligatorisch ist die Angabe eines Schlüssels, der 
ProductID bezeichnet wird. Auch xCBL stellt Bearbeitungsmethoden zur Arbeit in den 
Katalogen zur Verfügung (Hinzufugen, Löschen oder Aktualisieren). Diese werden im 
Action-Element festgelegt. Mittels des ProductAttachment-Elementes lassen sich 
externe Produktbeschreibungen einbinden. Beziehungen zwischen Produkten können über das 
Element RelatedProduct abgebildet werden. Mögliche Ausprägungen des Elementes 
sind: Component (Produkt ist Bestandteil eines anderen), Substitute (Ersatz- oder 
Nachfolgeprodukt), Alternative (Produktaltemative) und Accessory (Zubehör für 
andere Produkte). Schließlich können Produktinformationen, die nicht in die vorhandenen 
Dokumentenelemente passen, in das Obj ectAttribute-Element integriert werden. Hier- 
zu gehören beispielsweise individuelle Katalogdaten, Schemakategorien oder spezifische 
Produktbeschreibungen [xCBL03]. 

Auch bei xCBL handelt es sich um eine Spezifikation für Produktkataloge, ln Bezug auf die 
funktionalen Anforderungen an Mass Customization Informationssysteme gemäß Abschnitt 
3.5 werden die Erstellung von Produktmodellen, die Ermittlung der Anforderungen des Pro- 
duktes an das Wertschöpfungssystem und der Austausch von Produktspezifikationen unter- 
stützt. Die Auswahl von Wertschöpfungspartnem ist prinzipiell auf Basis der von Akteuren 
angebotenen Produkten und Dienstleistungen in Form eines Katalogs möglich. xCBL unter- 
stützt hierbei den elektronischen Geschäftsverkehr in Form unterschiedlicher Unternehmens- 




4.2 Informationssysteme für Produktmodellierung und -Spezifizierung 



181 



Prozesse. Eine Festlegung der Akteurszuordnung sowie die Errichtung und Auflösung von 
Wertschöpfungssystemen ist nicht möglich. 

4.2.2. 5 eCX XML - Electronic Catalog XML 

Electronic Catalog XML (eCX XML) ist eine XML-basierte Spezifikation der Requisite 
Technology Inc., Anbieter von Software für elektronische Kataloge. eCX XML fokussiert die 
Entwicklung einer Methode zum Austausch von Produkt- und Katalogdaten sowie deren Ak- 
tualisierung. Eigene Transaktionsmechanismen werden nicht entwickelt. Die Spezifikation 
liegt zurzeit als Version 3.6 vom 11. November 2003 vor. Der Aufbau von eCX XML Doku- 
menten ist als Document Type Definition (DTD) verbindlich festgelegt [eCXX03], 

Das Wurzelelement eines eCX XML Dokumentes ist CATALOG, das aus drei Unterelementen 
besteht: ADMIN, SCHEMA und DATA. Das ADMIN-Element enthält administrative Informati- 
onen wie der Name des Katalogs, das Datum der Erstellung und den Namen der Ersteller etc. 
Das SCHEMA-Element enthält mehrere Unterelemente zum Aufbau der Katalogstruktur sowie 
zum Ablegen der Produktinformationen. Über das CATEGORY -Element können Kategorien 
im Katalog (im Sinne einer Klassifikation) angelegt werden. Aktionen zum Hinzfügen, Än- 
dern und Löschen von Kategorien können über das Attribut ACT ION angegeben werden. Mit 
den Elementen NAMEVALUE (applikationsspezifische Informationen), METADATA (erweiterte 
Informationen zu den Kategorien) und COMMENT können die Kategorien zusätzlich näher 
beschrieben werden. Einen ähnlichen Aufbau wie das CATEGORY -Element hat das Element 
NAVIGATION. Der Unterschied zum ersteren besteht in der Erweiterung um das Element 
OWNER, das mittels Referenz auf bestehende Einträge den Aufbau einer Kategorienhierarchie 
ermöglicht. Die eigentlichen Produktdaten enthält das Element DATA, das aus den Unterele- 
menten ITEM, DATAEXTENSION, PRICING und MATRIX besteht. Das ITEM-Element rep- 
räsentiert einen Katalogeintrag, der mit beliebig vielen NAMEVALUE- und KEYVALUE- 
Einträgen näher spezifiziert werden kann und über das OWNER-Element einer oder mehreren 
Kategorien des CATEGORY -Elements zugeordnet werden kann. Um Einträge hinzuzufugen, 
zu ändern und zu löschen, wird das Attribut ACTION verwendet. Das DATAEXTENSION- 
Element, das sowohl Unterelement von DATA als auch von ITEM sein kann, wird dazu ver- 
wendet, einerseits Beziehungen zwischen anderen I TEM-Einträgen abzubilden und anderer- 
seits erweiterte Artikelinformationen zu ergänzen. Preisinformationen zu den Katalogeinträ- 
gen werden über das PRICING-Element spezifiziert (volumenabhängige Preisstaffeln, Ra- 
battstaffeln etc.). Zur Darstellung variabler Produkte existiert in der eCX XML Spezifikation 
das MATRIX-Element. Für jedes Produktmerkmal wird ein MATRIXATTRIBÜTE-Element 
angelegt. Die Zuordnung eines konfigurierbaren Produktes zu einer Matrix findet über ein 
DATAEXTENSION-Element vom Typ Matrix statt. Parallel zum MATRIXATTRIBUTE- 
Element existiert das Element KEYVALOE, das die Berechnungsvorschrift zur Bildung der 
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Matrix beschreibt und die Mögliehkeit zur Steuerung der Informationsausgabe, Preisberech- 
nung und Produktbeschreibung bereitstellt [eCXX03]. 

eCX XML erlaubt die Erstellung von Produktmodellen und die Ermittlung der Anforderungen 
eines Produktmodells an das Wertschöpfungssystem. Der Austausch von Produktspezifikatio- 
nen ist über die enthaltenen Katalogaktivitäten und den Austausch des Produktkatalogs zwi- 
schen Akteuren möglich. Schwerpunkt der Spezifikation ist jedoch das Management von Pro- 
duktkatalogen. Die transaktionsbezogenen Anforderungen wie z. B. die Durchführung von 
Wertschöpfungstransaktionen sowie die Errichtung und Auflösung von Wertschöpfungssys- 
temen werden nicht erfüllt. 

4.2.2. 6 Klassifikationssysteme 

Die bislang dargestellten Spezifikationen beschreiben den Aufbau und Inhalt von Katalogen. 
Kataloge enthalten Informationen über Produkte und Dienstleistungen, die auf Basis des defi- 
nierten Datenmodells näher spezifiziert werden können. Die Zuordnung zu Kategorien ermög- 
licht die Einteilung von Gütern nach bestimmten Kriterien. So lassen sich z. B. branchenspe- 
zifische Produktgruppen abbilden. Zur Vereinheitlichung dieser Kategorien sind Klassifikati- 
onssysteme entstanden, die nach [HentOl] in drei Arten unterteilt werden können: 

1 . Industrieklassifikationssysteme, 

2. Produktklassifikationssysteme, 

3. Produktnummemsysteme. 

4. 2. 2. 6. 1 Industrieklassiflkationssysteme 

Industrieklassifikationssysteme teilen Unternehmen nach ihrer Branchenzugehörigkeit ein. 
Hierzu gehört das North American Industry Classification System (NAICS) des U.S. Census 
Bureau [NA1C06] und das North American Product Classification System (NAPCS) 
[NAPC06]. In Bezug auf die Anforderungen an Mass Customization Informationssysteme 
gemäß Abschnitt 3.5 eignen sich Industrieklassifikationssysteme zur Ermittlung von Akteurs- 
fähigkeiten. Unternehmen, die sich anhand von Industrieklassifikationssystemen beschreiben, 
ermöglichen anderen Akteuren, Informationen über die angebotenen Leistungen und die 
zugrunde liegende Branche zu beziehen. Weitere Anforderungen, insbesondere die transakti- 
onsbezogenen Merkmale, erfüllen diese Systeme nicht. 

4. 2. 2. 6. 2 Produktklassifikationssysteme 

Produktklassifikationssysteme teilen Produkte in Produktgruppen ein. In Deutschland existie- 
ren hierfür die branchenübergreifenden Systeme eCl@ass [eClaOö] und proficl@ss [profDö]. 
Ein international verbreitetes Klassifikationssystem ist der US-amerikanische United Nati- 
on/Standard Products and Service Code (UN/SPSC) [UNSP06]. Als branchenspezifische 
Systeme existieren das Thomas Register für C- bzw. MRO-Güter („Mainfenance, Repair and 
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Operations“) in den USA [ThomOö] oder ETIM (Elektrotechnisches Informationsmodell) für 
den Austausch von Produkt- und Marketingdaten der deutschen Elektroindustrie [ETIM06], 
In Hinblick auf die Anforderungen an Mass Customization Informationssysteme gemäß Ab- 
schnitt 3.5 erlauben Produktklassifikationssysteme die Beschreibung der von Wertschöp- 
fungssystemen angebotenen Produkte und Leistungen (Erstellung von Produktmodellen und 
Ableitung der Anforderungen von Produktmodellen an Wertschöpfungssysteme). Damit wird 
einerseits die Auswahl von Wertschöpfungspartnem und andererseits die Festlegung der Ak- 
teurszuordnung ermöglicht. Transaktionsbezogene Funktionen werden jedoch nicht unter- 
stützt. 

4. 2. 2. 6. 3 Produktnummernsysteme 

Produktnummemsysteme ermöglichen die einzelne Bezeichnung von Produkten mit eindeuti- 
gen Schlüsseln. Hierzu zählen der UN-amerikanische Universal Product Code (UPC) des 
GSl US (früher: The Uniform Code Council) [GS1U06] und die europäische Initiative der 
European Article Numbering Association (EAN) [GS1D06]. Die Forderung nach Repräsenta- 
tion von Produktvarianten wird zunehmend auch in Produktnummemsysteme umgesetzt. So 
wurde mittels Customer Specific Articles (CSA) [CSA06] ein Verfahren für die Möbelindust- 
rie entwickelt, variantenreiche Produkte auf Basis der EAN13-Spezifikation abbilden zu kön- 
nen, ohne dass alle möglichen Produktausprägungen explizit formuliert werden müssen. In 
Ergänzung zu den genannten Klassifikationssystemen existiert eine Art Industrienummem- 
system, mittels dessen Unternehmen weltweit eindeutig identifiziert werden können: Data 
Universal Numbering System (DUNS) [DUNS05]. Die europäische Variante ist die Internati- 
onale Lokationsnummer (ILN), die als Basis zur Erstellung herstellerabhängiger EAN- 
Nummem für Produkte dient. Auch die ILN ist weltweit eindeutig [1LN06]. Der Verweis auf 
eindeutige und anerkannte Klassifikationssysteme vereinheitlicht die Produkt- und Untemeh- 
mensdaten in Katalogen. Die Bewertung von Katalogspezifikationen hat demnach zu berück- 
sichtigen, inwieweit auf standardisierte Klassifikationssysteme zurückgegriffen wird. 

Wie die CSA Spezifikation zeigt, lassen sich mit Produktnummemsystemen auch Produkt- 
spezifikationen erstellen, ln Bezug auf die Anforderungen an Mass Customization Informati- 
onssysteme gemäß Abschnitt 3.5 erlauben diese Ansätze die Identifikation von Produkten. 
Weitere Anforderungen werden jedoch nicht erfüllt, da weder transaktionsbezogene noch um- 
fassende produktbezogene Aufgaben unterstützt werden (z. B. Erstellung von Produktmodel- 
len oder die Ableitung von Anforderangen des Produktmodells an das Wertschöpfungssys- 
tem). Produktklassifikationssysteme lassen sich daher nur als ergänzende Instrumente für 
Mass Customization Informationssysteme einsetzen. 

4.3 Dedizierte Informationssysteme für Mass Customization 

In den vorangegangenen Kapiteln wurden die vorhandenen Konzepte in den für die Arbeit 
notwendigen Forschungsbereichen diskutiert und bewertet. So wurden für den Aspekt der 
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mehrstufigen Logistikketten vorhandene Konzepte für die überbetriebliche Kooperation (Ab- 
schnitt 4.1) und für den Aspekt der Individualisierung der Nachfrage sowie Konzepte zur 
Produktmodellierung und -konfigurierung (Abschnitt 4.2) herangezogen. Neben diesen Arbei- 
ten in den zugrunde liegenden Forschungsbereichen sind in den letzten Jahren weitere infor- 
mationstechnologische Konzepte entstanden, deren Entwicklung explizit auf die Anwendung 
für Mass Customization ausgerichtet war. Im Folgenden werden diese Ansätze beschrieben. 
Außerdem findet jeweils eine Bewertung hinsichtlich der in Abschnitt 3.5 festgelegten Anfor- 
derungen statt. Im Gegensatz zu den vorangegangenen Kapiteln, die deduktiv von über- 
geordneten Forschungsbereichen die Übertragung auf Mass Customization betrachten, wer- 
den nachfolgenden die IS-Konzepte unter Berücksichtigung ihren spezifischen Merkmale auf 
die allgemeine Anwendbarkeit für Mass Customization erörtert. 

Die Forschung über Informationssysteme für Mass Customization wird aus unterschiedlichen 
Perspektiven betrieben. Einen Überblick gibt [ChGr04]. Da die vorliegende Arbeit die Per- 
spektive mehrstufiger Logistikketten und des Managements konfigurierbarer Produkte ein- 
nimmt, muss eine entsprechende Selektion aus der Menge der vorhandenen Arbeiten vorge- 
nommen werden. Einige Themengebiete im Umfeld von Mass Customization fallen aus dem 
Fokus dieser Arbeit: z. B. Innovationsmanagement [vgl. HippOO], kooperative Produkt- 
entwicklung [vgl. Ande97 und KäPTOl]), flexible Fertigungssysteme [vgl. QLMc03] und 
Mass Customization Ansätze im Maschinenbau [vgl. RPEGOO]. Von zentraler Bedeutung sind 
vielmehr die Arbeiten, die in [ChGr04] unter den Begriffen Supply Chain Management und 
Communications and Networks zusammengefasst werden [ChGr04, 26]. Berücksichtig wer- 
den sowohl theoretische Konzepte als auch empirische Arbeiten. Der Reife- und Implementie- 
rungsgrad wird zunächst vernachlässigt. Das wesentliche Kriterium für die Berücksichtigung 
in dieser Arbeit ist jedoch die Forderung nach explizit modellhaften Beschreibungen von In- 
formationssystemkonzepten für Mass Customization. 

4.3.1 Web Services basierte Architektur für Mass Customization nach Agrawal und 
Nandkeolyar 

In [AgNa04] wird eine auf Web Services basierende Architektur für Mass Customization 
entwickelt. Ziel ist die Bereitstellung eines effizienten Informationsnetzwerkes für die betei- 
ligten Wertschöpfungspartner (Kunde, Produzent und Zulieferer). Das entwickelte Konzept 
verwendet die XML-basierten Web Service Spezifikationen WSDL, SOAP und UDDI und 
setzt auf die Verwendung des Internets zum Austausch der Nachrichten bzw. Informationen. 
Die Architektur beschreibt die Interaktionsprozesse aus Sicht des Produzenten von Mass 
Customization Produkten. Zentrales Element der Architektur ist ein Application Server, der 
Kundenanfragen und -bestellungen entgegennimmt und verarbeitet (Abbildung 47). Die An- 
bindung an die vorhandenen IT-Systeme (z. B. Produktionsplanungs- und -Steuerungssyste- 
me) ermöglicht die Abfrage von Lagerbeständen und Kapazitäten. Die Dienste von Lieferan- 
ten können über ein UDDI-Verzeichnis angefragt werden. In den verfügbaren WSDL-Doku- 
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menten ist die Beschreibung von Diensten verfügbar, die mittels SOAP aufgerufen werden 
kann. Nachdem der Applikationsserver alle benötigten Informationen der Lieferanten erhalten 
hat, kann die Bestellung der (individuellen) Komponenten initiiert werden [AgNa04]. Das 
Konzept beinhaltet kein Produktmodell und keine Verfahren zur Produktkonfigurierung. Wei- 
terhin sind keine Rückflüsse von Informationen zum Kunden vorgesehen. 

In Hinblick auf die Anforderungen an Mass Customization Informationssysteme gemäß Ab- 
schnitt 3.5 unterstützt der Ansatz von Agrawal und Nandkeolyar die Auswahl von Wertschöp- 
fungspartnem, die Festlegung der Akteurszuordnung und die Errichtung sowie Auflösung von 
Wertschöpfungssystemen. Außerdem wird der Austausch von Produktspezifikationsdaten 
ermöglicht. Aus Sicht der operativen Aufgaben des Wertschöpfungssystems ist die Unterstüt- 
zung zur Herstellung der kundenindividuellen Güter gegeben. Nicht berücksichtigt werden 
jedoch die Erstellung von Produktmodellen und die Erstellung von Produktspezifikationen. 
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4.3.2 Agentenbasiertes E-Commeree-Konzept für Mass Customization naeh Turowski 

In [Turo02] wird ein agentenbasierter Ansatz zur Unterstützung der überbetrieblichen Ge- 
schäftsprozesse im Rahmen von Mass Customization entwickelt (Abbildung 48). Be- 
rücksichtigt wird insbesondere der Austausch schwer strukturierbarer Daten. Das Konzept 
wurde als Prototyp in JAVA implementiert. Der dargestellte Makroprozess umfasst als Teil- 
nehmer des Wertschöpfungssystems folgende Akteure: Kunde, Händler, Produzent und meh- 
rere Zulieferer. Die überbetriebliche Kommunikation vollzieht sich auf Basis von EDI und 
nutzt die Spezifikation von XML-EDI als Erweiterung des Nachrichtenaustausches. Metho- 
den der Agententechnologie werden verwendet, so dass die Kommunikationsbeziehungen 
innerhalb und zwischen den Akteuren von Softwareagenten übernommen werden (z. B. 
NegotiationAgents für Verhandlungen zwischen Akteuren und ParserAgents für Datentrans- 
formationen etc.). Die einzelnen Kommunikationsbeziehungen sind beispielhaft für Produzent 
und Zulieferer in Form eines Interaktionsdiagramms spezifiziert. Das beschriebene Multi- 
agentensystem folgt dabei dem Paradigma des Kontraktnetzprotokolls [SmitSO]. Ein Agent, 
der in dem beschriebenen Ansatz als spezielle Softwarekomponente dargestellt ist, besteht 
demnach aus einem Kommunikationssystem („Communication processor“), einer Problemlö- 
sungskomponente („Problem solver“) und einer Wissensbasis („Knowledge Base“) [Turo02, 
76ff.]. 




Abbildung 48: Agentenbasiertes E-Commeree-Konzept für Mass Customization |in An- 
lehnung an Turo02, 78| 

In dem Modell von Turowski hegt der Schwerpunkt auf den Kommunikationsbeziehungen 
zwischen Akteuren eines Wertschöpfungssystems. In Hinblick auf die Anforderungen an 
Mass Customization Informationssysteme gemäß Abschnitt 3.5 werden demnach insbesonde- 
re die Ermittlung von Akteursfähigkeiten und die Auswahl von Wertschöpfungspartnern un- 
terstützt. Das Konzept umfasst kein Produktmodell. Auch die Produktkonfigurierung und die 
Wertschöpfungsprozesse werden nicht expliziert. Für die Errichtung von Wertschöpfungssys- 
temen ist dieses Konzept nicht geeignet. 
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4.3.3 Mass Customization Architektur nach Aldous und Nicholls 

In [AlNi02] wird eine Mass Customization Architektur für die Herstellung physischer Pro- 
dukte beschrieben. Wesentliche Bestandteile der Architektur sind hierbei folgende Instrumen- 
te und Methoden: Produktkonfiguratoren, Produktdatentransformation, Kundenauthentifizie- 
rung, Zahlungsabwicklung, Supply Chain Management, Dokumentenverarbeitung, Dokumen- 
tenaustausch und die Vermarktung von Nebenprodukten (Abbildung 49). Die Architektur ist 
aus Sicht eines Herstellers von Mass Customization Produkten beschrieben und setzt XML- 
basierte Technologien ein. Das beschriebene Konzept wurde bisher nicht in Form eines imp- 
lementierten Systems realisiert. Für die Beschreibung der auszutauschenden Dokumente (z. 
B. Produktdaten) wird auf vorhandene Rahmenwerke (z. B. ebXML und RosettaNet) verwie- 
sen (vgl. Abschnitt 4.1.2) [AlNi02]. Das Konzept besteht weniger aus eigenen Instrumenten 
als aus einem System von Verweisen zu vorhandenen Methoden wie z. B. Produktmodellie- 
rung, Produktkonfigurierung. Prozesse und Akteure werden nicht in Form eigener Sichten be- 
rücksichtigt. 

Das Modell von Aldous und Nicholls ist aus Sicht eines Wertschöpfungssystems und der 
Durchführung von Transaktionen umfassend, bleibt jedoch auf einer konzeptionellen Ebene, 
ohne die Umsetzung der einzelnen Aufgaben zu beschreiben. In Hinblick auf die Anforderun- 
gen an Mass Customization Informationssysteme gemäß Abschnitt 3.5 werden die Erstellung 
von Produktmodellen und die Ermittlung der Anforderungen des Produktmodells an ein Wert- 
schöpfungssystem unterstützt. Zudem wird die Erstellung von Produktspezifikationen berück- 
sichtigt. Die Durchführung von Wertschöpfungsschritten (insbesondere die Herstellung des 
Sachgutes) wird mit dem Hinweis auf eine „Supply Chain“ zwar erwähnt, aber nicht detail- 
liert dargestellt. Für die Auswahl von Wertschöpfungspartnem und die Errichtung von Wert- 
schöpfungssystemen ist dieses Konzept auf der dargestellten Detaillierungsstufe nicht geeig- 
net. 
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Abbildung 49: Werkzeugunterstützung für Mass Customization |AlNi02, 95| 

4.3.4 Mass Customization Produktmodell nach Janitza et al. 

Ein Mass Customization spezifisches Produktmodell wird in [JLMP03] besehrieben. Der An- 
satz soll hierbei die Anforderungen der drei mit dem Produktmodell verbundenen Gruppen 
erfüllen: Kunde, Produktentwiekler und Produktionsplaner (Abbildung 50). Das Produktmo- 
dell besteht aus zwei Teilmodellen, dem Product spectrum model (PSM) und dem Product 
conjiguration model (PCM). Während das PSM den kompletten Lösungsraum möglicher Pro- 
dukte beschreibt, ist im PCM ein spezifisches Produkt im Sinne einer Produktkonfiguration 
abgelegt. Für beide Modelle existiert ein Metamodell zur Definition der Modellierungsvor- 
sehritlen. Kern des PSM ist eine Komponentenhierarchie, die aus Objekten des Typs 
PartMaster mit der Möglichkeit zur rekursiven Referenzierung zusammengesetzt ist. Arti- 
kelspezifische Informationen zu den Komponenten können über das AttributeMaster- 
Objekt abgelegt werden. Das äquivalente Objekt zu PartMaster des PSM ist Part im 
PCM. Part kann hierbei eine einzelne Komponente oder ein Modul (Einheit mehrerer In- 
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Stanzen von Part) sein [JLMP03], Das Konzept fokussiert eine statisehe Datensicht. Prozes- 
se und Methoden der Produktkonfigurierung werden nieht betrachtet. 

Janitza et al. stellen einen Ansatz für die Produktmodellierung und -konfigurierung vor. Mit 
der Erstellung des Produktmodells ist aueh die Ermittlung von Anforderungen des Produkt- 
modells an das Wertschöpfungssystem möglich. Der Vorgang zur Erstellung von Produktspe- 
zifikationen wird nicht explizit dargestellt, kann aber von den eingeführten Modellbestandtei- 
len abgeleitet werden. Prozess- und akteursbezogene Anforderungen werden von dem Ansatz 
nieht erfüllt. So ist weder die Ermittlung von Akteursfähigkeiten noch die Auswahl von Wert- 
schöpfungspartnem möglich. Auch die Erriehtung und Auflösung von Wertschöpfungssyste- 
men wird nicht unterstützt. Schließlich umfasst der Ansatz auch kein Modell zur Durehfüh- 
rung von Wertschöpfungstransaktionen. In Hinblick auf Mass Customization Informations- 
systeme erfüllt der Ansatz von Janitza et al. nur einen geringen Teil der Anforderungen 
gemäß Abschnitt 3.5. 
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4.3.5 Multiagentenbasiertes Konzept zur Beherrschung von Varianten Vielfalt in Mass 
Customization nach Blecker et al. 

Ein Ansatz zur Steuerung der Variantenvielfalt in Mass Customization Wertschöpfungssyste- 
men wird in [BAKF04] beschrieben. Unter Verwendung von Methoden der Agententechno- 
logien wird ein Verhandlungsprozess sowie eine technische Architektur für dessen Unterstüt- 
zung entwickelt (Abbildung 51). Die Erstellung erfolgte unter der Annahme, dass sich alle 
Produktvarianten mittels des Zusammenfügens von Modulen herstellen lassen. Die beschrie- 
bene Architektur besteht aus folgenden Basiselementen: Schnittstellen zu den Systemen mit 
den abgelegten Kundenpräferenzen, Schnittstellen zu den IT-Systemen des Zulieferers, Agen- 
ten für den Zugriff auf IT-Systeme („librarian agents“), Agenten zur Abstimmung der Bil- 
dung von Varianten („coordination agents“) und einem Blackboard-System für die Kommu- 
nikation der Agenten [BAKF04, 10-12]. 

In Bezug auf die Anforderungen an Mass Customization Informationssysteme gemäß Ab- 
schnitt 3.5 erfüllt der Ansatz von Blecker et al. die Festlegung von Akteurszuordnungen und 
die Erstellung von Produktspezifikationen. Dabei unterstellt der Ansatz ein einfaches Pro- 
duktmodell mit Produkten aus Modulen. Der Informationsfluss zwischen den Akteuren des 
Modells erlaubt auch den Austausch von Produktspezifikationsdaten. Der Ansatz fokussiert 
den Verhandlungprozess innerhalb eines Wertschöpfungssystems, so dass vertragliche Rege- 
lungen zwischen den Akteuren vorausgesetzt werden können. Für die Errichtung und Auflö- 
sung von Wertschöpfungssystemen und die Diuchführung operativer Wertschöpfungsschritte 
ist der Ansatz nicht geeignet. Ziel des Ansatzes ist vielmehr die Steuerung der Produktvarietät 
in einem Wertschöpfungssystem. 
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Abbildung 51: Multiagentenbasiertes Konzept zur Beherrsehung von Variantenvielfalt 
in Mass Customization [BAKF04, 10| 
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4.4 Implikationen für den Architekturentwurf 

Ausgehend von der theoriebasierten Analyse und der Bewertung der dargestellten Ansätze zur 
Entwieklung von Informationssystem-Architekturen lassen sich Implikationen für den nach- 
folgenden Architekturentwurf ableiten. Zentrale Merkmale sind hierbei: 

■ Wertschöpfungssysteme werden aus Akteuren, Transaktionen und Sachgütern gebildet, 

■ Bildung, Anpassung und Auflösung von Wertschöpfungssystemen müssen in Mass 
Customization Informationssystemen unterstützt werden (konstitutive Entscheidun- 
gen), 

■ Durchführung kundenindividueller Aufträge muss in Mass Customization Informati- 
onssystemen unterstützt werden (operationale Entscheidungen), 

■ Dependenzen zwischen konstitutiven und operationalen Entscheidungen müssen in 
Mass Customization Informationssystemen berücksichtigt werden, um die spezifischen 
Anforderungen einzelner Aufträge an die Ausgestaltung des Wertschöpfungssystems 
abbilden zu können, 

■ Mehrstufigkeit von Wertschöpfungssystemen erfordert eine überbetriebliche Perspekti- 
ve; dabei sind Akteure rechtlich und organisatorisch eigenständig und handeln auto- 
nom, 

■ die Rolle „MC-Koordinator“ übernimmt die Koordination von Mass Customization 
Wertschöpfungssystemen, eine vollständige Zentralisierung ist jedoch nicht vorgese- 
hen, so dass Mass Customization Informationssysteme den Austausch von Wertschöp- 
fungsmodellen und Auftragsdaten unterstützen müssen. 

Die Entwicklung der Anwendungsarchitektur orientiert sich daher an folgenden Merkmalen 
der ausgewerteten Ansätze zur Modellierung von Informationssystem- Architekturen: 

■ Integrationsarehitekturen: Obwohl die dargestellten Integrationsarchitekturen einen 
Fokus auf die intraorganisationale Integration aufweisen, lassen sich von den Ansätzen 
die Prinzipien zur Hierarchisierung und Klassifizierung von betrieblichen Funktionen 
übernehmen. Alle dargestellten Ansätze weisen Konzepte zur Strukturierung der in Un- 
ternehmen relevanten Aktivitäten auf. Diese können bei der Bildung von Mass Custo- 
mization Wertschöpfungssystemen zur Ableitung der relevanten Wertschöpfungsleis- 
tungen verwendet werden. 

■ Service-orientierte Architekturen: Die Serviceorientierung bildet Unternehmen als 
Netzwerk von Diensten ab, die von anderen Unternehmen oder Organisationseinheiten 
angefordert werden können. Wertschöpfungssysteme bilden damit einen dynamischen 
Verbund von Wertschöpfungsleistungen und ermöglichen eine spezifische Anpassung 
für einzelne Kundenaufträge. 

■ Konfigurierungsmethoden: Die entwickelten Konfigurierungsmethoden lassen sich 
auf der Ebene des Produktes und des Wertschöpfungssystems verwenden. Zunächst 
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sind die dargestellten Methoden in der Lage, von allgemeingültigen Produktmodellen 
im Sinne eines Konfigurierungsproblems auf einzelne Produktspezifikationen zu 
schließen. Außerdem lassen sich die Methoden zur Bildung von Wertschöpfungssys- 
temen einsetzen. Dabei besteht die Konfigurierungsaufgabe darin, ausgehend von einer 
Produktspezifikation das geeignete Wertschöpfungssystem zu bilden. 

■ Elektronische Kataloge: Mittels elektronischer Kataloge können Produkt- und Auf- 
tragsdaten verwaltet und ausgetauscht werden. Aus Sicht eines überbetrieblichen, 
mehrstufigen Mass Customization Wertschöpfungssystems können diese Ansätze dafür 
verwendet werden, Produktspezifikationen und die zugrunde liegenden Produktdaten- 
modelle an die relevanten Akteure zu übertragen. Verwendet werden können hierbei 
neben dem Datenmodell von Produktkatalogen auch die Methoden für deren Modifika- 
tion. 




5 Entwicklung der Mass Customization Anwendungsarchitektur 



5.1 Entwurfsentscheidungen 

5.1.1 Verwendetes Modellierungsprinzip 

Im Rahmen dieser Arbeit wird die Metamodellierung als Instrument zur Beschreibung einer 
interorganisationalen Anwendungsarchitektur von Informationssystemen verwendet. Hierbei 
werden nicht die Ausprägungen eines einzelnen Informationssystems, sondern der mögliche 
Gestaltungsspielraum für dessen Ableitung spezifiziert. Ein vergleichbares Vorgehen findet 
sich z. B. in [BeHo98]. Der dargestellte Ansatz ermöglicht es, in einem verteilten Wertschöp- 
fungssystem untemehmensspezifische Informationssysteme auf Basis eines gemeinsamen 
Metamodells zu erstellen. Damit wird eine Vereinheitlichung der enthaltenen Daten- und Pro- 
zessmodelle erreicht. Aufgrund des branchen- und produktübergreifenden Ansatzes der Wett- 
bewerbsstrategie Mass Customization lassen sich zunächst nur mehrere branchen- oder pro- 
duktbezogene Referenzmodelle für Informationssysteme (mit einem starken Bezug zum An- 
wendungsfall) erstellen. Der Anspruch der Anwendbarkeit für Mass Customization Konzepti- 
onen im Allgemeinen ist damit nicht erfüllt. Metamodelle hingegen eignen sich für die 
Spezifikation von Informations- bzw. Anwendungssystemen in Form von Modellen. Sie sind 
zunächst kontext- und konzeptfrei, d. h. sie abstrahieren von der Semantik des Anwendungs- 
falls. ln der Literatur finden sich Ansätze, die inhaltsbezogene Aspekte in das Metamodell 
übernehmen, um Mindestanforderungen hinsichtlich von Gemeinsamkeiten in den Systemen 
zu erreichen (vgl. Abschnitt 2.2. 1.2. 3). Damit enthält das Metamodell wiederum Gestaltungs- 
empfehlungen bzw. -Vorgaben, so dass das entwickelte Modell als Referenzmetamodell be- 
zeichnet wird (vgl. [Rosm96]). Dabei besteht der metaisierende Charakter darin, dass eine 
Vereinheitlichung der verwendeten Modelle erreicht wird. Der Empfehlungscharakter von 
Referenzmodellen schließlich basiert auf der Erweiterung des Metamodells um inhaltsbezo- 
gene Aspekte. Im Zusammenhang mit der Entwicklung von Informationssystemen erscheint 
der Einsatz von Referenzmodellen allein nicht ausreichend, da informationstechnologische 
Aspekte nicht unmittelbar, sondern nur indirekt über Modelltransformationen einbezogen 
werden (z. B. von Fachkonzeptebene auf DV-Konzept- bzw. Implementierungsebene). 

Das verwendete Referenzmetamodell basiert im Wesentlichen auf dem Konzept des Klassen- 
diagramms, eines Bestandteils der UML, die von der Object Management Group (OMG) 
entwickelt und standardisiert wurde [UML06]. Mit Klassendiagrammen lässt sich die Struktur 
von Modellen datenorientiert beschreiben. Als Modellierungselemente werden innerhalb von 
Klassendiagrammen folgende Elementtypen verwendet: Klassen und Beziehungen. Klassen 
werden als Rechtecke (Knoten) dargestellt und umfassen drei grafische Bereiche für den Be- 
zeichner der Klasse (Klassenname), die Attribute (Eigenschaften) und die Methoden, mittels 
derer auf die Klasse zugegriffen werden kann. Beziehungen werden als Kanten visualisiert 
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(Abbildung 52). Die Beziehung zwisehen Entitäten wird dureh die Angabe der Leserichtung 
des Pfeils konkretisiert. Sowohl für Attribute als auch Methoden kann im Klassensymbol de- 
ren Sichtbarkeit angegeben werden. Die Sichtbarkeit bestimmt dabei, inwieweit Attribute und 
Methoden von anderen Klassen genutzt werden können. Das Zeichen „+“ verweist auf einen 
öffentlichen Zugriff, ein steht für privaten Zugriff. In dem dargestellten Fall lassen sich 
die Methoden der Klasse von anderen Klassen aufrufen. Die Daten können jedoch nur intern 
von der eigenen Klasse verwendet werden (Kapselung). Werden von Klassen Objekte abge- 
leitet, so spricht man von Instanziierung. 

Klasse Assoziationen Kardinalitäten 

Leserichtung h 

Assoziation Optionale 1:1 Verbindung 

1 0..1 

Aggregation 

Komposition l:n Assoziation 

Generalisierung / 

Vererbung 

Abhängigkeit n:m Assoziation 

Abbildung 52: Elemente des UML Klassendiagramms 

Abbildung 53 zeigt ein beispielhaftes UML Klassendiagramm. Darin wird die generelle Klas- 
se „Käufer“ in die zwei Unterklassen „Privatkunde“ und „Geschäftskunde“ spezialisiert (Spe- 
zialisierung als Gegenteil zur Generalisierung). Zwischen der Klasse „Kunde“ und „Stückgut“ 
besteht eine Assoziation, die besagt, dass ein Kunde beliebig vielen Stückgütern zugeordnet 
sein kann. Jedem Stückgut kann aufgrund der Einmaligkeit nur ein einziger Kunde als Käufer 
zugeordnet sein (1 :n-Beziehung). 




Abbildung 53: Beispiel für UML Klassendiagramm 

Als Beziehungselemente werden die Assoziation, die Aggregation, die Komposition, die Ge- 
neralisierung (bzw. Spezialisierung) und die Abhängigkeit unterschieden. Die Assoziation ist 
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ein Basisbeziehungstyp und beschreibt die Relation zwischen Klassen im Allgemeinen. Damit 
lassen sich syntaktische und semantische Verbindungen zwischen den Objekten einer Klasse 
darstellen [Oest98, 268]. Aggregation und Komposition sind spezialisierte Beziehungstypen. 
Stehen Klassen in einer Teil-Ganzes-Hierarchie, so werden Verbindungen zwischen den 
Klassen als Aggregation bezeichnet und modelliert [Oest98, 284]. Ist bei einer Aggregation 
die übergeordnete Klasse existenzabhängig von den untergeordneten Klassen, so spricht man 
von einer Komposition [Oest98, 186]. Um taxonomische Beziehungen zwischen Klassen dar- 
stellen zu können, sieht die UML den Beziehungstyp der Generalisierung (bzw. Spezialisie- 
rung) vor. Mittels dieses Konstruktes lassen sich Abstraktionsprinzipien anwenden und hie- 
rarchische Strukturierungen der Modellsemantik vornehmen [Oest98, 261], So drückt die Ge- 
neralisierung in UML-Diagrammen auch Vererbungsbeziehungen aus. Als Superklasse wird 
die jeweils übergeordnete Klasse bezeichnet. Subklassen leiten sich von Superklassen ab. Je- 
de Superklasse kann dabei wiederum eine Subklasse anderer Klassen sein (Rekiusion). Als 
Abhängigkeit schließlich wird eine Beziehung bezeichnet, die abhängige und unabhängige 
Modellelemente unterscheidet. Änderungen an imabhängigen Elementen wirken sich auf die 
abhängigen Elemente aus. Dies gilt sowohl für das Modellelement selbst als auch für eventu- 
elle Instanzen einer Klasse [Oest98, 288]. Zur näheren Spezifizierung der Beziehung können 
unterschiedliche Beziehungstypen verwendet werden, die mittels Angabe von Kardinalitäten 
quantitative Anforderungen zwischen den jeweiligen Klassen beschreiben, ln den nachfol- 
genden Darstellungen werden drei bekannte Kardinalitätsbeziehungen verwendet. Die „optio- 
nale 1:1 Verbindung“ sieht vor, dass eine Instanz einer Klasse A mit maximal einer Instanz 
der Klasse B verbunden sein kann, aber auch ohne Verbindung existieren kann (z. B. Kunde - 
Auftrag) . Eine „l:n Assoziation“ beschreibt den Zusammenhang zwischen einer Instanz der 
Klasse A und beliebig vielen Instanzen der Klasse B (z. B. Auftrag - Auftragspositionen). Mit 
einer „n:m Assoziation“ werden beliebig viele Instanzen der Klasse A mit beliebig vielen In- 
stanzen der Klasse B verbunden (z. B. Auftrag - Produkt). Es gelten außerdem die Spezifika- 
tionen des UML-Standards für Klassendiagramme gemäß [UML06] . 

5.1.2 Umsetzung der funktionalen Arehitekturanforderungen 

Die Anforderungen an ein MC-spezifisches Informationssystem bzw. dessen Grundlage im 
Sinne einer Anwendungsarchitektur wurden in einer Analyse mittels der Theorien der Neuen 
Institutionenökonomik ermittelt und in Kapitel 3.5 zusammenfassend dargestellt. Die in der 
theoretischen Analyse festgelegten Prämissen hinsichtlich selbständig wirkender Akteure, 
deren gegenseitigen Beeinflussung und der Existenz von Informationsasymmetrien müssen 
auch in dem Architekturmodell berücksichtigt werden. Globales Wissen wird ausgeschlossen. 
Eine wesentliche Annahme bei der Entwicklung von MC-spezifischen Informationssystemen 
ist daher ein dezentraler Gestaltungsansatz. Die sich daraus ergebenden inhaltlichen und tech- 
nologischen Anforderungen auf die zu entwickelnde Architektur werden im Folgenden darge- 
stellt und erläutert. 
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Unternehmen und Untemehmensnetzwerke können als eine Kopplung unterschiedlicher 
Dienste verstanden werden. Im Sinne von Funktionen stellen hierbei Akteure anderen Betei- 
ligten betriebliche Funktionen zur Verfügung (Dienstanbieter), gleichzeitig nehmen sie wie- 
derum Dienste in Anspruch (Dienstnachfrager). Es entsteht ein reziprokes Akteursverhältnis 
(vgl. Abschnitt 3.4. 1.1. 4). Für den Aufbau von Wertschöpfungssystemen auf Basis eines 
dienstorientierten Verständnisses müssen die Dienste und Interaktionen zwischen den betei- 
ligten Akteuren spezifiziert werden. Aus einzelnen Diensten entsteht eine Architektur, die aus 
einer organisatorischen Sicht die betrieblichen Prozesse und aus einer technologischen Sicht 
die notwendigen systemtechnischen Integrationsbereiche spezifiziert. Dienst- bzw. service- 
orientierte Modelle^ setzen aus konzeptioneller Sicht auf der Ebene des Prozessmanagements 
an. Organisationseinheiten kommunizieren und interagieren mit Einheiten der eigenen Orga- 
nisation oder mit externen Organisationseinheiten des gemeinsamen Handlungsbereiches 
(Subsystem der Umwelt). Die inhaltliche Präzisierung dieser Zusammenarbeit findet mittels 
Modellierung von Geschäftsprozessen statt. Der Raum der potentiell verfügbaren Aktivitäten 
umfasst wertschöpfende und verwaltende Dienste. Bei einer Entflechtung der vorhandenen 
Beziehungen zwischen den unterschiedlichen Organisationseinheiten und Akteuren entsteht 
daher das Verständnis, dass Prozesse aus der Bereitstellung und der Nutzung generischer 
Dienste (Services) zusammengesetzt sind. Die Kombination und Ausgestaltung der Samm- 
lung von informationstechnischen Diensten (IT-Dienste), welche die betrieblichen Wert- 
schöpfungsdienste repräsentieren, führt schließlich zum Aufbau einer service-orientierten 
Architektur. Eine Grundprämisse der vorliegenden Arbeit ist das dezentrale Akteursverständ- 
nis, das einerseits darauf beruht, dass in Wertschöpfungssystemen mehrere Unternehmen Zu- 
sammenarbeiten, die rechtlich und organisatorisch unabhängig sind, und andererseits darauf, 
dass die Akteure eine oder mehrere Rollen übernehmen, denen Aufgaben zugrunde hegen, die 
wiederum autonom von den anderen Akteuren ausgeführt werden. 

5.1.3 Vorgehen der Architekturentwicklung 

Im Rahmen dieser Arbeit wird eine Anwendungsarchitektur für Mass Customization Informa- 
tionssysteme entwickelt. Im Sinne einer wissenschaftlichen Arbeit steht hierbei jedoch nicht 
die einzelfallspezifische Lösung im Vordergrund (z. B. Informationssystem für ein bestimm- 
tes Mass Customization Wertschöpfungssystem), sondern ein Modell mit allgemeingültigem 
Charakter. Der Grad der Allgemeingültigkeit bestimmt sich hierbei durch die gewählte Abs- 
traktionsebene. Ansatzpunkt der theoretischen Analyse sind die konstitutiven Merkmale der 
Wettbewerbsstrategie Mass Customization, von denen die IS-bezogenen Anforderungen ab- 
geleitet wurden. Somit bezieht sich die zu entwickelnde Architektur auf Informationssysteme 
in Unternehmen, welche diese Wettbewerbsstrategie umsetzen. Nieht berücksichtigt werden 
damit die Produktentwicklung sowie die Produktentsorgung und der Kundendienst. Aufgrund 
der Einschränkung des Mass Customization Begriffs auf physische, d. h. materielle Güter 

4 

Die Begriffe „Dienst“ und „Service“ werden im weiteren Verlauf synonym verwendet. 
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(„Produkte“) werden Anforderungen von immateriellen Gütern nicht explizit in die Architek- 
turentwicklung einbezogen. 

Nachfolgend wird das Vorgehen zur Entwicklung der Anwendungsarchitektur erläutert. Im 
Laufe der Erstellung von Informationssystemen werden auf Basis fachlicher und technischer 
Anforderungen Softwaresysteme erstellt. Modelle erlauben hierbei die konzeptionelle Reprä- 
sentation dieser Systeme. Aus diesem Grund fußt das Vorgehen dieser Arbeit auf dem generi- 
schen Architekturrahmen, der in Abschnitt 2.2.2.4 dargestellt wurde. Es stehen damit weniger 
Methoden der Softwareentwicklung als Konzepte zur Modellierung von Informations- bzw. 
Anwendungssystemen im Vordergrund. Der generische Architekturrahmen unterscheidet die 
zwei Modellierungsdimensionen: Modellebene und Modellsicht. Die Ausgestaltung beider 
Dimensionen ergibt sich aus dem Anwendungsfeld bzw. der Modellierungsaufgabe. Für die 
Bestimmung der Modellebenen, die jede einzeln betrachtet das Gesamtmodellsystem abbil- 
den, wird eine Modellhierarchisierung herangezogen, mit der sich als Top-Down-Ansatz im 
Rahmen der Konkretisierung von dem abstrakten Gesamtmodell das zu entwickelnde Anwen- 
dungssystem ableiten lässt. Es werden drei Modellebenen unterschieden: 

■ Ebene 1: Mass Customization Wertschöpfungssystem (Wertschöpfungssystem als 
Operationalisierung der Wettbewerbsstrategie in Form einer Übersicht des ökonomi- 
schen Systems), 

■ Ebene 2: Mass Customization Fartialmodelle (Detaillierung des Gesamtmodells ei- 
nes Mass Customization Informationssystems mittels Bildung von Partialmodellen), 

■ Ebene 3: Mass Customization IS-Clustermodell (Zuordnung der Bestandteile bzw. 
der Partialmodelle des Mass Customization Informationssystems auf die Akteure des 
Wertschöpfungssystems). 

Die erste Ebene repräsentiert auf einer fachlichen Ebene das Wertschöpfungssystem eines 
Mass Customization Anwendungsfalls. Es basiert im Wesentlichen auf dem in Abschnitt 3.2 
dargestellten Modell. Zur Komplexitätsreduktion wird auf dieser Ebene das Wertschöpfungs- 
system zunächst in aggregierter Form modelliert. Auf der zweiten Ebene werden alle relevan- 
ten Bestandteile des Mass Customization Wertschöpfungssystems detailliert abgebildet. Da- 
bei steht das Gesamtsystem aus einer überbetrieblichen Sicht im Vordergrund. Die Verfeine- 
rung findet anhand einzelner Partialmodelle statt. Eine Unterteilung und Zuordnung der IS- 
Bestandteile auf die einzelnen Akteure findet schließlich auf der dritten Ebene statt. Das dort 
zu entwickelnde Mass Customization IS-Clustermodell leitet von der zweiten Ebene die für 
die Beteiligten des Wertschöpfungssystems anzubietenden und zu nutzenden IS-Teilsysteme 
ab. Die Festlegung der zu betrachtenden Sichten erfolgt unter Berücksichtigung der festgeleg- 
ten Definition einer Anwendungsarchitektur. Diese beinhaltet die Struktur eines Informations- 
systems im Allgemeinen (Bestandteile und deren Beziehung untereinander) sowie die Daten 
des Anwendungssystems und die Methoden für deren Verarbeitung. Damit konzentriert sich 
die Architektur auf die beiden Sichten „Daten“ und „Prozesse“. Zwar adressiert die Architek- 
tur mit dem integrierten Akteursmodell auch organisatorische Aspekte des Wertschöpfungs- 
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Systems. Da die vorliegende Arbeit keine neuen Gestaltungskonzepte für die Aufbauorganisa- 
tionen entwickelt und der direkte Bezug zwischen IS-Anforderungen und der Aufbauorgani- 
sation nicht näher untersucht wird, wird auf eine explizite Modellierung der Organisations- 
sicht verzichtet. Das Vorgehen ist in Abbildung 54 zusammenfassend dargestellt. 



1 Mass Customization 
Wertschöpfungssystem 

U 

2 Mass Customization Partialmodelle 



U 

3 Mass Customization 
IS-Clustermodell 




Abbildung 54: Zusammenfassung des Vorgehens bei der Architekturentwieklung 

Auf Basis der Anforderungen wird zunächst das Mass Customization Wertschöpfungssystem 
modelliert (Ebene 1). Es bildet die Struktur des in Abschnitt 3.2 formulierten Wertschöp- 
fungsmodells ab. Dieses Modell wird auf Ebene 2 in Form von Mass Customization Partial- 
modellen konkretisiert. Die in der Anwendungsarchitektur benötigten Informationen hinsicht- 
lich der technologischen Merkmale des Mass Customization Informationssystems werden 
schließlich im IS-Clustermodell dokumentiert. Hierzu werden unter Verwendung der Partial- 
modelle die IS-Bedarfe der an der Wertschöpfung beteiligten Organisationen abgeleitet. Das 
IS-Clustermodell wird mittels mehrfacher Iterationen verfeinert, um die Vollständigkeit des 
Modells und der identifizierten Schnittstellen überprüfen zu können. Abschließend werden 
die erstellten IS-Cluster beschrieben, in denen die daten- und prozessbezogenen Bestandteile 
konkretisiert werden. 

Da die Wettbewerbsstrategie Mass Customization einen breiten Anwendungsbereich hat, ist 
trotz der bisherigen Einschränkung eine Beschreibung der Modelle auf einer einheitlichen 
semantischen Ebene nicht möglich. So unterscheiden sich beispielsweise das Produktmodell 
und die Konfigurationsprozesse in Abhängigkeit von dem betrachteten Gut und von der ge- 
wählten Konfigurierungsmethode. Die Modellierung der Anwendungsarchitektur muss daher 
einen zusätzlichen Abstraktionsschritt vornehmen, so dass nicht der Inhalt eines Mass Custo- 
mization Informationssystems, sondern dessen prinzipielle Struktur modelliert wird. Es wird 
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das Referenzmetamodell formuliert, das einen wesentliehen Bestandteil der Anwendungsar- 
chitektur darstellt [Stra96, 17ff; vgl. auch BeHo98, 486; FeSi98, 120], 

Um sowohl die dynamisehen als auch die statisehen Aspekte der Anwendungsarchitektur in 
einem Modell (d. h. auf Basis eines Metamodells) darstellen zu können, werden die datenori- 
entierten und die prozessorientierten Aspekte der Anwendungsarchitektur auf untersehiedli- 
chen Metaisierungsebenen dargestellt. Bezogen auf die Anwendungsarchitektur als Objekt- 
system (M9-Ebene) werden Daten als Mi -Repräsentation (im Sinne des sprachbasierten Me- 
tamodellbegriffs) und Prozesse als M2-Repräsentation (im Sinne des prozessbasierten 
Metamodellbegriffs) modelliert. Damit können beide Aspekte bzw. Sichten innerhalb eines 
Modells berücksichtigt werden. 

Zusammenfassend lässt sich das gewählte Vorgehen wie folgt erläutern: Die in der Theorie- 
analyse ermittelten Anforderungen werden zunächst in Modelle überfuhrt und anhand des 
definierten Metamodells spezifiziert. Es werden keine einzelfallspezifisehen Informationssys- 
teme, sondern ein übergreifendes, Mass Customization bezogenes Modell erstellt. Um die 
Anwendungsarchitektur als Gestaltungsvorsehlag einer überbetrieblichen IS-lnfrastruktur 
erstellen zu können, ist eine Ableitung der Informationssysteme notwendig, die von den ein- 
zelnen Akteuren des Wertschöpfungssystems verantwortet werden. Dies wird mittels der IS- 
Clusterung vorgenommen, die auf Basis der Partialmodelle des Metamodells durchgeführt 
wird. Als Ergebnis werden die bereitzustellenden Funktionen der Informationssysteme aller 
Akteure dokumentiert. Darauf aufbauend wird schließlich die Anwendungsarehifekfur entwi- 
ckelt und dargestellt. 

5.2 Anwendungsarchitektur für Mass Customization Informationssysteme 

5.2.1 Architekturebene I: Mass Customization Wertschöpfnngssystem (Gesamt- 
Referenzmetamodell) 

Das in Absehnitt 3.2 eingeführte Modell eines Wertsehöpfungsmodells für Mass Customiza- 
tion wird im weiteren Verlauf beibehalten. Als Akteursmodell beschreibt es die stufenartige 
Zusammenarbeit zwischen den an der Wertschöpfung beteiligten Akteuren. Für die Entwick- 
lung der Anwendungsarehitektur fehlen der Darstellungsform allerdings wesentliche Konzep- 
te. So ist das Produkt noch nicht expliziter Bestandteil des Modells. Folglich können auch die 
Beziehungen zwischen Akteur und Produkt nicht beschrieben werden. Dies ist jedoch not- 
wendig, da die ermittelten Informationssystemanforderungen nicht isoliert von einem An- 
wendungsbereich umgesetzt werden können, sondern sich auf die informationstechnologische 
Unterstützung von Mass Customization Wertschöpfungssystemen beziehen. Die bisher nicht 
berücksichtigten Begriffe werden daher in diesem Abschnitt in das Modell aufgenommen. 
Auf Basis des vereinbarten Begriffs sind in Abbildung 55 die wesentlichen Bestandteile eines 
W ertschöpfungsmodells dargestellt. 
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Abbildung 55: Klassendiagramm des Wertschöpfungssystems 



Angenommen, die untemehmerisehe Erstellung von Gütern findet arbeitsteilig statt, so wird 
die dafür notwendige organisatorisehe Einheit als Wertsehöpfungssystem bezeichnet. Ein 
Wertschöpfungssystem setzt sieh kompositiv aus Akteuren, Aktivitäten und einer Leistung 
zusammen, die von den Akteuren mit der Durehführung der Aktivitäten erbraeht wird. Akteu- 
re können miteinander interagieren und führen Aktivitäten aus. Eine Aktivität repräsentiert 
eine betriebliehe Funktion, die zum Erreiehen der Leistungserbringung notwendig ist. Aktivi- 
täten können zeitlieh und saehlogisch in Abhängigkeit zueinander und in hierarchiseher An- 
ordnung stehen. Mehrstufigkeit wird im Modell dadureh abgebildet, dass sowohl Akteure als 
auch Aktivitäten in sieh hierarehiseh verknüpft sein können. Zum Mass Customization Wert- 
sehöpfungssystem wird das Modell durch die explizite Formulierung, dass die Leistung von 
einem Akteur vorgenommen wird. Diese Annahme bedingt, dass die Kunden als Akteure und 
damit als Teil des Wertsehöpfungssystems in die Betraehtung aufgenommen werden. Dies ist 
eine Anforderung, die sieh bereits aus dem Konzept der Kundenintegration ergibt (vgl. Ab- 
sehnitt 2. 1.2.2. 1). 

Im Folgenden werden die einzelnen Klassen des Modells besehrieben. Anschließend können 
die daten- und prozessorientierten Partialmodelle abgeleitet bzw. konkretisiert werden. 

5. 2. 1.1 Akteure 

Akteure führen innerhalb des Wertsehöpfungssystems Aktivitäten zur Leistungserbringung 
durch. Ein Akteur nimmt dabei mindestens eine der verfügbaren Rollen ein und hat eine 
Menge von Fähigkeiten. Um Aktivitäten übernehmen zu können, müssen die Fähigkeiten des 
Akteurs die Anforderungen der Rolle erfüllen. Gemäß dem Grundmodell aus Absehnitt 3.2 
werden folgende Rollen unterschieden, die von Akteuren angenommen werden können: 
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■ Kunde: Beauftragt und spezifiziert die Leistungserbringung, 

■ Spezifizierungsintermediär: Unterstützt die Leistungsspezifikation, 

■ MC-Koordinator: Bietet Leistungserbringung am Markt an und koordiniert das Wert- 
sehöpfungssystem, 

■ Produzent: Übernimmt die physisehe Leistungserbringung, 

■ Zulieferer: Wirkt an der Produktion mit und liefert Leistungsbestandteile. 

Die Akteure stehen untereinander in Beziehung. In Abbildung 56 sind die Detaillierung der 
Klasse „Akteur“ und die Beziehungen der einzelnen Objekte dargestellt. Im weiteren Verlauf 
werden anhand des festgelegten Beschreibungsrasters die Merkmale der einzelnen Unterklas- 
sen erläutert. Da Akteiue die den Aktivitäten zugeordneten Funktionen aufrufen können, sind 
in Klassen der jeweiligen Akteure Methoden zum Aufruf der Wertschöpfungsaktivitäten ent- 
halten (z. B. CallErstelleProzmod zum Aufruf der Methode ErstelleProzmod, die in Aktivität 
„Leistungsbereitstellung“ enthalten ist, vgl. Abschnitt 5.2. 1.3). 




Abbildung 56: Detaillierung der Klasse „Akteur“ 

5. 2. 1.1.1 Kunde 



Der Kunde ist der Auftraggeber einer Leistungserbringung. Der Begriff Kunde wird hierbei 
im Sinne eines Kunden von Endprodukten (Endkunde) bezeichnet. Die Beschreibung der 
Klasse „Kunde“ ist in Tabelle 15 dargestellt. 
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Klassenname 


Kunde 


Beziehungen 


■ von Klasse „Rolle“: Spezialisierung 

■ zur Klasse „Speziflzierungsintermediär“: interagiert mit (Er- 
mittlung von Individualisierungsinformationen, Durchführung 
einer Konfigurierung) 

■ von Klasse „Produzent“: interagiert mit (erhält die Lieferung 
des Sachgutes) 



Tabelle 15: Beziehungsmerkmale der Klasse „Kunde“ 



5. 2. 1.1.2 Speziflzierungsintermediär 

Der Spezifizierungsintermediär (Sl) unterstützt die Spezifizierung der Leistung, die vom Kun- 
den individualisiert wird. Er agiert zwischen Kunde und MC-Koordinator. Die Beschreibung 
der Klasse „Spezifizierungsintermediär“ ist in Tabelle 16 dargestellt. 



Klassenname 


Speziflzierungsintermediär 


Beziehungen 


■ von Klasse „Rolle“: Spezialisierung 

■ zur Klasse „Kunde“: interagiert mit (äußert Individualisie- 
rungswünsche, übernimmt Konfigurationsunterstützung, Er- 
stellung eines Produktspezifikation) 

■ zur Klasse „MC-Koordinator“: interagiert mit (übermittelt 
Aufträge in Form von Produktspezifikationen an den MC- 
Koordinator) 



Tabelle 16: Beziehungsmerkmale der Klasse „Spezifizierungsintermediär“ 



5. 2. 1.1. 3 MC-Koordinator 

Der MC-Koordinator stellt ein Leistungspotential bereit und ist organisatorisch und rechtlich 
für das Leistungsangebot verantwortlich. Die Rolle „MC-Koordinator“ setzt nicht die Durch- 
führung der physischen Fertigung der Leistung voraus, sondern die Leistungsentwicklung und 
die Abstimmung innerhalb des Wertschöpfungssystems. Die Beschreibung der Klasse „MC- 
Koordinator“ ist in Tabelle 17 dargestellt. 
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Klassenname 


MC-Koordinator 


Beziehungen 


■ von Klasse „Rolle“: Spezialisierung 

■ von Klasse „Spezifizierungsintermediär“: interagiert mit (er- 
hält Aufträge in Form von Produktspezifikationen) 

■ zur Klasse „Produzent“: interagiert mit (beauftragt Produkti- 
on) 



Tabelle 17: Beziehungsmerkmale der Klasse „MC-Koordinator“ 



5. 2. 1.1.4 Produzent 

Der Produzent übernimmt die physisehe Herstellung der Leistung des Wertschöpfungssys- 
tems. Er wird von dem MC-Koordinator beauftragt das Produktionsnetzwerk (bestehend aus 
Produzent und Zulieferer) zu koordinieren. Die Beschreibung der Klasse „Produzent“ ist in 
Tabelle 18 dargestellt. 



Klassenname 


Produzent 


Beziehungen 


■ von Klasse „Rolle“: Spezialisierung 

■ von Klasse „MC-Koordinator“: interagiert mit (erhält Aufträ- 
ge von dem MC-Koordinator) 

■ zur Klasse Zulieferer“: interagiert mit (vergibt Zulieferaufträ- 

ge) 

■ zur Klasse „Kunde“: interagiert mit (liefert Sachgut) 



Tabelle 18: Beziehungsmerkmale der Klasse „Prodnzent“ 



5. 2. 1.1.5 Zulieferer 

Zulieferer bringen Leistungsbestandteile, die nicht vom Produzenten hergestellt werden, in 
das Wertschöpfungssystem ein. Je nach Fertigungstiefe des Produzenten stellen Zulieferer 
standardisierte oder kundenindividuelle Leistungsbestandteile zu. Die Beschreibung der Klas- 
se „Zulieferer“ ist in Tabelle 19 dargestellt. 
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Klassenname 


Zulieferer 


Beziehungen 


■ von Klasse „Rolle“: Spezialisierung 

■ zur Klasse „Produzent“: interagiert mit (liefert Leistungsbe- 
standteile wie z. B. Komponenten) 

■ zur Klasse „Zulieferer“: interagiert mit (liefert Leistungsbe- 
standteile wie z. B. Komponenten) 



Tabelle 19: Beziehungsmerkmale der Klasse „Zulieferer“ 



5. 2. 1.2 Leistung 

Aufgrund der vorgenommenen Einschränkung der Betrachtung auf physische Güter besteht 
die Leistungserbringung in der Herstellung eines Produktes. Das Produkt besteht aus Bestand- 
teilen, die in hierarchischer Beziehung zueinander stehen, und basiert auf einem Produktmo- 
dell, das die Produktbestandteile modellhaft abbildet. Ein Auftrag, der die Basis des Kaufpro- 
zesses darstellt, entsteht kompositiv aus einer Konfiguration und der Zuordnung zu einem 
Produktmodell. Die Konfiguration enthält die Parameter zur Spezifikation des herzustellenden 
Produktes. Der Aufbau der Klasse „Leistung“ ist in Abbildung 57 dargestellt. Im weiteren 
Verlauf werden wiederum anhand des festgelegten Beschreibungsrasters die Merkmale der 
einzelnen Unterklassen erläutert. 




Abbildung 57: Detaillierung der Klasse „Leistung“ 

5. 2. 1.2.1 Produkt 



Ein Produkt ist ein physisches Gut und ist zugleich Gegenstand der Verkaufsbeziehung zwi- 
schen Kunde und MC-Koordinator. Ein Produkt besteht aus einzelnen Komponenten, die in 
hierarchischer Zuordnung zueinander stehen. Produkte weisen einen integralen Charakter auf, 
falls die Komponenten nach der Fertigung untrennbar zusammengefugt wurden. Modulare 
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Produkte hingegen besitzen Sehnittstellen, die aueh nachträglieh eine Veränderung des End- 
produktes zulassen. Die Besehreibung der Klasse „Produkt“ ist in Tabelle 20 dargestellt. 



Klassenname 


Produkt 


ßeziehungen 


■ von Klasse „Leistung“: kompositive Unterklasse 

■ zur Klasse „Produktmodell“: basiert auf 

■ zur Klasse „Komponente“: besteht aus 



Tabelle 20: Beziehungsmerkmale der Klasse „Produkt“ 



5. 2. 1.2. 2 Komponente 

Eine Komponente ist ein einzelner, abgrenzbarer Bestandteil des Produkts. Die Mögliehkeit 
zur Bestimmung einzelner Bestandteile hängt dabei von der gewählten Produktarehitektur ab 
(vgl. 2.2.3). Jede Komponente weist Merkmale auf, die im Rahmen der Spezifizierung von 
dem Spezifizierungsintermediär für einen konkreten Kundenauftrag festgelegt werden. Kom- 
ponenten stehen hierbei in Abhängigkeit zu anderen Komponenten. Außerdem lassen sieh 
Komponenten in Pflicht- und Wahlkomponenten untergliedern. Pflichtkomponenten müssen 
gewählt werden, bei Wahlkomponenten kann entweder auf die Komponente komplett ver- 
zichtet werden oder es besteht eine Auswahl zwischen mehreren Alternativen. Die Beschrei- 
bung der Klasse „Komponente“ ist in Tabelle 21 dargestellt. Darin enthalten sind die Informa- 
tionen über die Komponenten, also die verfügbaren Attribute (z. B. Farbe, Abmessimgen, 
Material etc.) und die jeweils möglichen Individualisierungswerte (z. B. „grün“ und „rot“ für 
Attribut „Farbe“). Eine Komponente ist Pflichtbestandteil, wenn ihre Einbindung in eine Pro- 
duktspezifikation obligatorisch ist. Auf Wahlkomponenten kann hingegen bei einem entspre- 
chenden Wunsch des Kunden verzichtet werden. 



Klassenname 


Komponente 


Beziehungen 


■ von Klasse „Produkt“: ist Teil von bzw. besteht aus 

■ zur Klasse „Komponente“: hierarchische Zusammensetzung 

■ zur Klasse „Produktmodell“: wird abgebildet in 



Tabelle 21: Beziehungsmerkmale der Klasse „Komponente“ 

5. 2. 1.2. 3 Produktmodell 

Das Produktmodell beschreibt die zueinander in konjunktiver, disjunktiver oder implikativer 
Beziehung stehenden Komponenten sowie deren Eigenschaften und die Funktionen der Be- 
darfserfüllung. Die Beschreibung der Klasse „Produktmodell“ ist in Tabelle 22 dargestellt. 
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Klassenname 


Produktmodell 


Beziehungen 


■ von Klasse „Produkt“: ist Basis für 

■ zur Klasse „Auftrag“: kompositive Unterklasse 

■ zur Klasse „Produktspezifikation“: gibt Geltungsbereich vor 



Tabelle 22: Beziehungsmerkmale der Klasse „Produktmodell“ 



5.2. 1.2.4 Produktspeziflkation 

Eine Produktspezifikation ist das Ergebnis des Vorgangs zur Ermittlung von Kundenwün- 
schen und enthält eine Produktkonfiguration mit den notwendigen Informationen für die Pro- 
duktindividualisierung. Die Beschreibung der Klasse „Produktspezifikation“ ist in Tabelle 23 
dargestellt. 



Klassenname 


Produktspezifikation 


Beziehungen 


■ von Klasse „Auftrag“: kompositive Unterklasse 

■ zur Klasse „Produktmodell“: gilt für 



Tabelle 23: Beziehungsmerkmale der Klasse „Produktspezifikation“ 

5. 2. 1.2. 5 Auftrag 

Als Auftrag wird die Kombination aus einem Produktmodell und einer Produktspezifikation 
bezeichnet. Der Auftrag ist Auslöser der Wertschöpfungsleistung und wird vom Kunden initi- 
iert. Die Beschreibung der Klasse „Auftrag“ ist in Tabelle 24 dargestellt. 



Klassenname 


Auftrag 


Beziehungen 


■ zur Klasse „Produktspezifikation“: wird kompositiv gebildet 
aus 

■ zur Klasse „Produktmodell“: wird kompositiv gebildet aus 



Tabelle 24: Beziehungsmerkmale der Klasse „Auftrag“ 



5.2. 1.3 Aktivitäten 

Die Aktivitäten, die innerhalb des Wertschöpfungssystems zur Erfüllung der Leistungserstel- 
lung beitragen, bilden die dritte zu beschreibende Klasse des formalisierten Wertschöpfungs- 
modells. Eine Aktivität setzt sich kompositiv aus einer Menge von Prozessen zusammen, die 
hierarchisch zueinander Teilprozesse bilden. Prozesse stellen Anforderungen, die im Rahmen 
einer Zuordnung zu Akteuren (vgl. Abbildung 55) erfüllt werden müssen. Die Klasse „Aktivi- 
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tat“ umfasst sieben Unterklassen als Spezialisierungen: Produktentwicklung, Leistungsbe- 
reitstellung, Spezifizierung, Auftragsabwicklung, Produktion, Distribution, Kundenservice 
(Abbildung 58). Aufgrund der vereinbarten Einschränkung im Rahmen dieser Arbeit werden 
Produktentwicklung und Kundenservice nicht weiter betrachtet. Die Ableitung der speziali- 
sierten Klassen erfolgt auf Basis des idealisierten MC-Referenzablaufs (vgl. Abschnitt 
2.1. 2.2.3). Nachfolgend werden die Merkmale der Unterklassen erläutert, sofern diese neu 
eingeführt werden und bisher nicht beschrieben wurden. 




Abbildung 58: Detaillierung der Klasse „Aktivität“ 

5. 2. 1.3.1 Produktentwicklung 

In der Produktentwicklung wird das Leistungsangebot in Form von individualisierbaren Gü- 
tern geplant und erstellt. Dies umfasst sowohl die Basismerkmale des Produktes (standardi- 
siert) als auch die Optionen zur kundenbezogenen Anpassung (individualisierbare Eigen- 
schaften). Die Beschreibung der Klasse „Produktentwicklung“, die das als Datenmodell me- 
taisierte Prozessmodell der Produktentwicklung enthält, ist in Tabelle 25 dargestellt. 



Klassenname 


Produktentwicklung 


Beziehungen 


■ von Klasse „Aktivität“: Spezialisierung 



Tabelle 25: Beziehuugsmerkmale der Klasse „Produktentwiekluug“ 

5. 2. 1.3. 2 Leistungsbereitstellung 



In der Leistungsbereitstellung werden Maßnahmen zur Kontaktaufnahme mit Kunden und 
Vorbereitungen für den Verkaufs Vorgang diuchgeführt. Die Beschreibimg der Klasse „Leis- 
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tungsbereitstellung“, die das als Datenmodell metaisierte Prozessmodell der Leistungsbereit- 
stellung enthält, ist in Tabelle 26 dargestellt. 



Klassenname 


Leistungsbereitstellung 


Beziehungen 


■ von Klasse „Aktivität“: Spezialisierung 



Tabelle 26: Beziehungsmerkmale der Klasse „Leistungsbereitstellung“ 



5.2.13.3 Leistungsspeziflzierung 

Die Leistungsspezifizierung umfasst die Leistungsvereinbarung (Ermittlung der Individuali- 
sierungswünsche des Kunden) und die Initiierung des Verkaufsprozesses. Als Ergebnis der 
Leistungsspezifizierung liegt ein Auftrag (vgl. 5.2. 1.2.5) sowie eine gültige Produktspezifika- 
tion vor (vgl. 5.2. 1.2.4). Die Beschreibung der Klasse „Leistungsspezifizierung“, die das als 
Datenmodell metaisierte Prozessmodell der Produktspezifizierung enthält, ist in Tabelle 27 
dargestellt. 



Klassenname 


Leistungsspezifizierung 


Beziehungen 


■ von Klasse „Aktivität“: Spezialisierung 



Tabelle 27: Beziehungsmerkmale der Klasse „Leistungsspezifizierung“ 



5. 2. 1.3. 4 Auftragsabwicklung 

Innerhalb der Auftragsabwicklung wird die Erfüllung des Kundenauftrags koordiniert. Dies 
umfasst insbesondere die spezialisierten Klassen „Leistungserstellung“ (vgl. 5.2. 1.3.5) und 
„Distribution“ (vgl. 5. 2. 1.3. 6). Außerdem werden betriebswirtschaftliche Aktivitäten durchge- 
führt, die zur Abwicklung des Auftrags notwendig sind. Die Beschreibung der Klasse „Auf- 
tragsabwicklung“, die das als Datenmodell metaisierte Prozessmodell der Auftragsabwick- 
lung enthält, ist in Tabelle 28 dargestellt. 



Klassenname 


Auftragsabwicklung 


Beziehungen 


■ von Klasse „Aktivität“: Spezialisierung 

■ von Klasse „Leistungserstellung“: ist Teil von 

■ von Klasse „Distribution“: ist Teil von 



Tabelle 28: Beziehungsmerkmale der Klasse „Auftragsabwieklung“ 
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5. 2. 1.3. 5 Leistungserstellung 

Die Leistungserstellung umfasst die physische Herstellung der Leistung, d. h. des Produktes. 
Das beinhaltet fertigungsbezogene Aktivitäten wie auch Beschaffungsvorgänge zum Erwerb 
von Produktbestandteilen. Die Beschreibung der Klasse „Leistungserstellung“, die das als 
Datenmodell metaisierte Prozessmodell der Leistungserstellung enthält, ist in Tabelle 29 dar- 
gestellt. 



Klassenname 


Leistungserstellung 


Beziehungen 


■ von Klasse „Aktivität“: Spezialisierung 

■ zur Klasse „Auftragsabwicklung“: ist Teil von 



Tabelle 29: Beziehungsmerkmale der Klasse „Leistungserstellung“ 



5. 2. 1.3. 6 Distribution 

Innerhalb der Distribution wird das kundenindividuelle Endprodukt ausgeliefert. Die Zuord- 
nung, an welchen Akteur das Produkt zunächst geliefert wird, ist abhängig vom jeweiligen 
Anwendungsfall. Die Beschreibung der Klasse „Distribution“, die das als Datenmodell metai- 
sierte Prozessmodell der Distribution enthält, ist in Tabelle 30 dargestellt. 



Klassenname 


Distribution 


Beziehungen 


■ von Klasse „Aktivität“: Spezialisierung 

■ zur Klasse „Auftragsabwicklung“: ist Teil von 



Tabelle 30: Beziehungsmerkmale der Klasse „Distribution“ 



5 .2 . 1 .4 Zusammenfassung 

Die Detaillierung des formalisierten Wertschöpfungssystems wurde anhand der Klassen „Ak- 
teur“, „Leistung“ und „Aktivität“ vorgenommen. Durch Integration der verfeinerten Klassen 
kann das Gesamtmodell der ersten Architekturebene erstellt werden. Dies umfasst auch Be- 
ziehungen zwischen Klassen, die aufgrund der getrennten Modellverfeinerung in den voran- 
gegangenen Abschnitten nicht visualisiert werden konnten. Die formalisierte Darstellung des 
Gesamt-Referenzmetamodells des Mass Customization Wertschöpfungssystems der ersten 
Architekturebene kann Abbildung 59 entnommen werden. Zur Verdeutlichung der Zusam- 
mensetzung des Gesamtmodells aus den drei beschriebenen Klassen („Akteur“, „Leistung“ 
und „Aktivität“) wurde eine farbliche Gestaltung vorgenommen, die eine Unterscheidung der 
Unterklassen in Abhängigkeit von der Zuordnung zur übergeordneten Klasse zulässt. Die 
Farbwahl ist innerhalb der Legende innerhalb des Bildes dokumentiert. 
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Abbildung 59: Gesamt-Referenzmetamodell des MC Wertschöpfungssystems 
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spezifiziert 
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Neben der expliziten Formulierung der Beziehungen in den Klassen „Akteur“, „Leistung“ und 
„Aktivität“, ergeben sich bei der detaillierten Darstellung des Gesamt-Referenzmetamodells 
weitere Zuordnungen. Diese sind in Tabelle 31 aufgeführt. Aufgrund einer zum Teil geringen 
Detaillierungsstufe für die Bestandteile des Wertschöpfungssystems werden in den nachfol- 
genden Abschnitten die Partial-Referenzmetamodelle spezifiziert. 



Abgehende Klasse 


Assoziation 


Eingehende Klasse 


Kunde 


erteilt 


Auftrag 


Spezifizierungsintermediär 


erstellt 


Produktspezifikation 


Spezifizierungsintermediär 


übernimmt 


Leistungsspezifizierung 


Spezifizierungsintermediär 


ist verantwortlich für 


Leistungsbereitstellung 


MC-Koordinator 


übernimmt 


Auftragsabwicklung 


MC-Koordinator 


vermarktet 


Produkt 


Produzent 


übernimmt 


Leistungserstellung 


Produzent 


übernimmt 


Distribution 


Produktion 


realisiert 


Produkt 


Zulieferer 


liefert 


Bestandteil 


Produktspezifikation 


spezifiziert 


Bestandteil 



Tabelle 31: Zusätzliche Assoziationen im Gesamtmodell der ersten Arehitekturebene 



5.2.2 Architekturebene 2: Mass Customization Fartialmodelle (Partial- 
Referenzmetamodelle) 

Das Gesamtmodell der ersten Ebene wird im Folgenden durch Partial-Referenzmetamodelle 
weiter konkretisiert (vgl. Abschnitt 5.1.1). Dies wird für alle Klassen des Gesamtmodells 
durchgeführt, die aufgrund der Modellabstraktion auf der ersten Architekturebene zunächst 
lediglich grob spezifiziert wurden (z. B. Produktion etc.), innerhalb der Anwendungsarchitek- 
tur aber eine strukturgebende Rolle spielen, ln den folgenden Abschnitten werden diese Klas- 
sen als Partial-Referenzmetamodelle spezifiziert und anhand des bekannten Schemas erläu- 
tert. 

5.2.2. 1 Kundenmodell 

Das Kundenmodell ist ein datenorientiertes Modell. Es enthält die Stammdaten eines einzel- 
nen Kunden. Dabei müssen einerseits die Produkte übergreifenden Daten strukturiert werden 
und andererseits auch die bereits vorhandenen Individualisierungsparameter sowie historische 
Daten zum Aufbau langfristiger Kundenbeziehung und zur Pflege des Produktprogramms 
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abgelegt werden. Ein Kunde hat außerdem Präferenzen, die sieh in Form von Neigungen zu 
bestimmten Produkten oder Produktausprägungen konkretisieren. Bedürfnisse schließlich 
drücken Bedarfssituationen des Kunden aus. Sie bestehen darin, dass der Kunde die Notwen- 
digkeit sieht, bestimmte Produkte zur Befriedigung der Bedürfnisse zu erwerben. In 
Abbildung 60 ist die Detaillierung der Klasse „Kunde“ als Kundenmodell und die Beziehun- 
gen der einzelnen Objekte untereinander dargestellt. Nachfolgend werden die Merkmale der 
einzelnen Unterklassen anhand des bekannten Beschreibungsschemas erläutert. 




Abbildung 60: Kundenmodell 



5.2.2.1.1 Stammdaten 

Zu den Stammdaten gehören persönliche Informationen über Kunden, die für die Konfigurie- 
rung, die Auftragsabwicklung und den Aufbau langfristiger Kundenbeziehungen notwendig 
sind. Dies umfasst damit sowohl personen- als auch produktbezogene Informationen. Die 
Stammdaten werden benötigt, um ein Produkt dem Kunden zuzuordnen und den Auftrag ab- 
wickeln zu können. Die Beschreibung der Klasse „Stammdaten“ ist in Tabelle 32 dargestellt. 



Klassenname 


Stammdaten 


Beziehungen 


■ von Klasse „Kunde“: hat 



Tabelle 32: Beziehungsmerkmale der Klasse „Stammdaten“ 



5. 2.2. 1.2 Bedürfnisse 

Bedürfnisse sind Initiatoren für den Erwerb von Produkten. Innerhalb dieser Klasse werden 
die der Motivation der Kunden zum Erwerb der Produkte zugrunde liegenden Faktoren abge- 
legt. Die Beschreibung der Klasse „Bedürfnisse“ ist in Tabelle 33 dargestellt. 
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Klassenname 


Bedürfnisse 


Beziehungen 


■ von Klasse „Kunde“: hat 



Tabelle 33: Beziehungsmerkmale der Klasse „Bedürfnisse“ 



5. 2. 2. 1.3 Präferenzen 

Als Präferenzen werden vordefinierte Ausprägungen von Produkten oder Leistungsbestandtei- 
len bezeiehnet, die für einen einzelnen Kunden aus vergangenen Verkaufsprozessen und für 
Kundengruppen aus Marktforsehungsergebnissen vorliegen. Die Beschreibung der Klasse 
„Präferenzen“ ist in Tabelle 34 dargestellt. 



Klassenname 


Präferenzen 


Beziehungen 


■ von Klasse „Kunde“: hat 



Tabelle 34: Beziehungsmerkmale der Klasse „Präferenzen“ 



5.2.2.2 Produktmodell 

Das Produktmodell wurde bereits auf der ersten Architekturebene eingeführt. Im Rahmen der 
weiteren Spezifikation wird eine Detaillierung vorgenommen. Das Produktmodell, das in 
Abbildung 61 dargestellt ist, basiert demnach auf der Klasse „Leistung“ (vgl. 5.2. 1.2) und 
dem bereits spezifizierten Produktmodell (vgl. 5.2. 1.2.3). Die möglichen Individualisierungs- 
optionen müssen bereits zu Beginn des Leistungsangebotes spezifiziert sein. Die Informatio- 
nen für Forschung und Entwicklung können historischen Daten, Kundeninformationen und 
der Marktforschung entnommen werden. Damit das Produkt „konfigurierbar“ wird, ist ein 
Produktmodell notwendig, das Produktbestandteile, Individualisierungsparameter und Konfi- 
gurationsrestriktionen umfasst. 
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Abbildung 61: Froduktmodell 



5. 2.2. 2.1 Komponente 

Als Komponenten werden die Bestandteile der Leistung bezeichnet, die innerhalb des Wert- 
schöpfungssystems erbracht werden. Sie stellen die physisch kleinste Betrachtungseinheit des 
Produktes dar. Die Klasse „Komponente“ wurde in Abschnitt 5.2. 1.2.2 bereits eingeführt. Im 
Rahmen der Verfeinerung auf der zweiten Architekturebene ergeben sich die in Tabelle 35 
dargestellten Beziehungen zu den weiteren Klassen des Produktmodells. 



Klassenname 


Komponente 


Beziehungen 


■ von Klasse „Produkt“: besteht aus 

■ zur Klasse „Komponente“: bildet Komponentenhierarchien 

■ zur Klasse „Funktion“: erföllt 

■ zur Klasse „Attribut“: hat 



Tabelle 35: Beziehungsmerkmale der Klasse „Komponente“ 



5. 2. 2. 2. 2 Produktart 

Zur Klassifikation unterschiedlicher Leistungen werden Produkte bestimmten Produktarten 
zugeordnet. Damit können unterschiedliche Produkte eines Wertschöpfungssystems vonein- 
ander abgegrenzt und Produkte unterschiedlicher Wertschöpfungssysteme zusammengefasst 
bzw. verglichen werden. Bei der Bestimmung der Produktart kann auf vorhandene Klassifika- 
tionssysteme zurückgegriffen werden (vgl. Abschnitt 4.2.2. 6). Die Beschreibung der Klasse 
„Produktart“ ist in Tabelle 36 dargestellt. 
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Klassenname 


Produktart 


Beziehungen 


■ von Klasse „Produkt“: geÄör? zw 



Tabelle 36: Beziehungsmerkmale der Klasse „Produktart“ 



5. 2. 2. 2. 3 Funktion 

Komponenten stellen innerhalb des Gesamtproduktes einen Leistungsanteil bereit. Damit er- 
füllen sie bestimmte Funktionen, die für das Produkt intern notwendig sind oder zur Bedürf- 
nisbefriedigung des Kunden beitragen. Die Beschreibung der Klasse „Funktion“ ist in Tabelle 
37 dargestellt. 



Klassenname 


Funktion 


Beziehungen 


■ von Klasse „Komponente“: erfüllt 



Tabelle 37: Beziehungsmerkmale der Klasse „Funktion“ 



5. 2. 2. 2. 4 Attribut 

Attribute sind Merkmale von Komponenten. Die Festlegung von Attributen konkretisiert die 
Individualisierbarkeit des Gesamtprodukts. Zu möglichen Attributen gehören beispielsweise: 
Leistungsmerkmale, Ausstattungsmerkmale, Materialmerkmale, Gestaltungsmerkmale etc. 
Die Beschreibung der Klasse „Attribut“ ist in Tabelle 38 dargestellt. 



Klassenname 


Attribut 


Beziehungen 


■ von Klasse „Komponente“: hat 

■ von Klasse „Individualisierungswert“: konkretisiert 



Tabelle 38: Beziehungsmerkmale der Klasse „Attribut“ 



5. 2. 2.2. 5 Individualisierungswert 

Mit einem Individualisierungswert wird die Ausgestaltung eines Attributs festgelegt. Damit 
werden Produktmerkmale so beschrieben, dass sie für die Erstellung von Produktspezifikation 
und die Durchführung der Produktherstellung verwendet werden können. Die Beschreibimg 
der Klasse „Individualisierungswert“ ist in Tabelle 39 dargestellt. 
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Klassenname 


Individualisierungswert 


Beziehungen 


■ zur Klasse „Attribut“: konkretisiert 



Tabelle 39: Beziehungsmerkmale der Klasse „Individualisierungswert“ 

5.2.2. 3 Spezifizierungsmodell 

Während das Produktmodell die statische Zusammensetzung des individualisierbaren Produk- 
tes beschreibt, spezifiziert das Spezifizierungsmodell dynamische Aspekte der Auftragsab- 
wicklung. Das Spezifizierungsmodell enthält daher die Vorschriften, wie auf Basis des Pro- 
duktmodells kundenspezifische Produktspezifikationen erstellt werden können (Abbildung 
62). Das Ergebnis dieses Vorgangs wird Produktspezifikation genannt. Dafür verwendbare 
Konfigurierungsmethoden, die innerhalb des Spezifizierungsmodells operationalisiert werden, 
wurden bereits dargestellt. Das Spezifizierungsmodell muss hierbei folgende Informationen 
enthalten: 

■ Vorgabe der Reihenfolge bei der Bestimmung der Individualisierungsparameter, 

■ Abhängigkeiten der Individualisierungsparameter, 

■ Bezug der Individualisierungsparameter zu den Produktbestandteilen. 
Spezifizierungsmodelle können je nach Komplexitätsgrad in Form von Prozessmodellen (z. 
B. Folge von Einzelschritten zur Spezifizierung eines Auftrags) oder mittels formaler Defini- 
tionen auf Basis des verwendeten Lösungskonzeptes abgebildet werden (z. B. regelbasiertes 
System). 




Abbildung 62: Spezifizierungsmodell 



5. 2. 2. 3.1 Konfigurationsschritt 

In der Klasse „Konfigurationsschritt“ wird der Ablauf der Konfigurierung spezifiziert, die im 
Ergebnis eine Produktkonfiguration ermittelt. Die einzelnen Konfigurationsschritte werden in 
Abhängigkeit von der zugrunde liegenden Konfigurationsmethode festgelegt. Die Beschrei- 
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bung der Klasse „Konfigurationsschritt“, die das als Datenmodell metaisierte Prozessmodell 
der durchzufuhrenden Konfigurationsschritte enthält, ist in Tabelle 40 dargestellt. 



Klassenname 


Konfigurationsschritt 


Beziehungen 


■ von Klasse „Produktspezifikation“: wird gebildet durch 

■ zur Klasse „Konfigurationsmethode“: operationalisiert 



Tabelle 40: Beziehungsmerkmale der Klasse „Konfigurationssehritt“ 



5. 2. 2. 3. 2 Konfigurationsmethode 

Für die Ermittlung von Produktkonfigurationen (Konkretisierung eines individualisierbaren 
Produktes für einen Auftrag) existieren unterschiedliche Methoden (vgl. Abschnitt 4.2.1). 
Innerhalb eines Mass Customization Wertschöpfungsmodells muss in Abhängigkeit von dem 
jeweiligen Produkt ein geeignetes Konfigurierungsverfahren ausgewählt und durch einzelne 
Konfigurationsschritte operationalisiert werden. Die Beschreibung der Klasse „Konfigurati- 
onsmethode“ ist in Tabelle 41 dargestellt. 



Klassenname 


Konfigurationsmethode 


Beziehungen 


■ von Klasse „Konfigurationsschritt“: operationalisiert 



Tabelle 41: Beziehungsmerkmale der Klasse „Konfigurationsmethode“ 



5.2.2.4 Auftragsabwicklungsmodell 

Das Auftragsabwicklungsmodell bildet alle Wertschöpfungsleistungen ab, die zur Koordinati- 
on des Kundenauftrags benötigt werden. Aufgrund der angenommenen Parallelität von Auf- 
tragsabwicklung zur Abfolge von Produktion und Distribution werden diese Aktivitäten als 
Spezialisierung der Auftragsabwicklung modelliert. Diese hierarchische Einteilung ist dis- 
junkt, jedoch nicht total, da innerhalb der Auftragsabwicklung auch Prozesse durchgeflihrt 
werden, die weder zur Produktion noch zur Distribution gehören (z. B. Auftragsannahme). 
Das Auftragsabwicklungsmodell ist in Abbildung 63 dargestellt. Nachfolgend werden die 
einzelnen Klassen spezifiziert. Auf die Beschreibung der Klassen „Aktivität“ und „Akteur“ 
wird hierbei verzichtet, da diese bereits in den vorangegangenen Abschnitten beschrieben 
wurden. 
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Abbildung 63: Auftragsabwicklungsmodell 



5. 2. 2. 4.1 Prozess 

Die Klasse „Prozess“ erweitert die grobgranulare Analyse der Wertschöpfungsaktivitäten. Als 
Prozess werden abgrenzbare Abläufe der Auftragsabwicklung bzw. des gesamten Wertschöp- 
fungssystems bezeichnet. Aufgrund der vorgenommenen Abgrenzung zur Leistungserstellung 
bzw. Produktion zählen zu den Auftragsabwicklungsprozessen keine produktionsbezogenen 
Abläufe. Die Beschreibung der Klasse „Prozess“, die das als Datenmodell metaisierte Modell 
eines generischen Prozesses enthält, ist in Tabelle 42 dargestellt. 



Klassenname 


Prozess 


Beziehungen 


■ von Klasse „Aktivität“: erfordert 

■ zur Klasse „Teilprozess“: besteht aus 



Tabelle 42: Beziehungsmerkmale der Klasse „Prozess“ 



5.2.2.4.2 Teilprozess 

Teilprozesse detaillieren den Prozess der Auftragsabwicklung. Mit der Hierarchisierung kön- 
nen Abhängigkeiten in sachlogischer und zeitlicher Hinsicht ausgedrückt werden. Nachfol- 
gende Teilprozessschritte setzen die vorgelagerten Prozesse voraus. Die Beschreibung der 
Klasse „Prozess“, die einer Verfeinerung des Prozessmodells entspricht, ist in Tabelle 43 dar- 
gestellt. 
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Klassenname 


Teilprozess 


Beziehungen 


■ von Klasse „Prozess“: besteht aus 

■ zur Klasse „Teilprozess“: Hierarchisierung 

■ zur Klasse „Dienst“: wird repräsentiert von 



Tabelle 43: Beziehungsmerkmale der Klasse „Teilprozess“ 



5. 2.2.4. 3 Dienst 

Als Dienste werden Leistungen und Teilleistungen von Unternehmen bezeichnet, die anderen 
Wertschöpfungspartnem zur Realisierung der gesamten Wertschöpfungsleistung angeboten 
und von diesen nachgefragt werden. Dienste sind Akteuren zugeordnet, die bestimmte Vor- 
aussetzungen bzw. Kompetenzen für die Erbringung des Dienstes aufweisen müssen. Die Be- 
schreibung der Klasse „Prozess“ ist in Tabelle 44 dargestellt. 



Klassenname 


Dienst 


Beziehungen 


■ von Klasse „Dienst“: wird repräsentiert von 

■ zur Klasse „Akteur“: ist zugeordnet 



Tabelle 44: Beziehungsmerkmale der Klasse „Dienst“ 



5.2.2. 5 Produktionsmodell 

Das Produktionsmodell beschreibt den physischen Herstellungsprozess, da die vorliegende 
Arbeit materielle Güter in den Mittelpunkt der Betrachtung rückt und damit immaterielle Gü- 
ter wie z. B. Dienstleistungen oder digitale Güter unberüeksichtigt bleiben. Somit wird im 
weiteren Verlauf die allgemein als Leistungserstellung bezeiehnete Aktivität als Produktion 
bezeichnet. Dieses Modell enthält daher den Ausschnitt des Wertsehöpfungsprozesses, wel- 
cher der operativen Fertigimg des Produktes entspricht (Abbildung 64). Im Sinne einer Pro- 
zessmodellierung wird deren Ablauf spezifiziert und damit beschrieben, in weleher Art und 
Weise Produktbestandteile gefertigt werden und in welchen Abhängigkeiten (z. B. zeitlich 
oder logisch) bestimmte Komponenten zueinander stehen. Berüeksichtigt werden muss hier- 
bei die Unterscheidung zwischen zugelieferten (also fremdbezogenen) und selbstgefertigten 
Komponenten. Zwischen Produkt-, Konfigurierungs- und Produktionsmodell besteht eine 
direkte Verbindung, da das Konfigurierungsmodell die Spezifikation und das Produktionsmo- 
dell die Fertigung des Produktes beschreiben. Notwendige Bestandteile des Produktionsmo- 
dells sind daher: 
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■ Eigen- oder Fremdbezug von Komponenten, 

■ Reihenfolge und Abhängigkeiten der Fertigungssehritte, 

■ Bezug der Produktionsschritte zu den Produktbestandteilen. 




Abbildung 64: Froduktionsmodell 

5. 2.2. 5.1 Produktionsschritt 



Die Produktionsschritte legen fest, aus welchen Fertigungsabschnitten die Produktion besteht. 
Die Hierarchisierung der Produktionsschritte erlaubt zudem die Spezifikation von Abhängig- 
keiten zwischen einzelnen Abschnitten (z. B. sachlogisch oder zeitlich). Die Beschreibung der 
Klasse „Produktionsschritt“, die das als Datenmodell metaisierte Prozessmodell der Produkti- 
onsschritte enthält, ist in Tabelle 45 dargestellt. 



Klassenname 


Produktionsschritt 


Beziehungen 


■ von Klasse „Produktion“: besteht aus 

■ zur Klasse „Produktionsschritt“: Hierarchisierung 



Tabelle 45: Beziehungsuierkmale der Klasse „Produktionssehritt“ 



5. 2.2. 5.2 Produktionsart 

Trotz der Einschränkung der vorliegenden Arbeit auf materielle, d. h. physische Produkte 
kann nicht von einer grundsätzlich einheitlichen Fertigung ausgegangen werden. Aufgrund 
dieser Unterschiede in Abhängigkeit von dem jeweiligen Produkt, das von dem Wertschöp- 
fungssystem hergestellt wird, können mittels der Festlegung einer bestimmten Produktionsart 
unterschiedliche Mass Customization Anwendungsfalle vereinheitlicht werden. Die Beschrei- 
bung der Klasse „Produktionsschritt“ ist in Tabelle 46 dargestellt. 
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Klassenname 


Produktionsart 


Beziehungen 


■ von Klasse „Produktion“: operationalisiert 



Tabelle 46: Beziehungsmerkmale der Klasse „Produktionsart“ 



5.2.2. 6 Zusammenfassung 

Die Partial-Referenzmetamodelle der zweiten Architekturebene detaillieren das Gesamtmo- 
dell des Wertschöpfungssystems der ersten Ebene. Dabei werden nur diejenigen Klassen in 
eigenständigen Klassenmodellen beschrieben, die aufgrund ihres komplexen Aufbaus mittels 
Spezifikation, Generalisierung oder Komposition für die Einbindung in die Architektur näher 
beschrieben werden müssen. Mit dem bisherigen Stand Architekturentwicklung konnten fol- 
gende Ergebnisse erlangt werden. Zum Ersten werden auf der zweiten Ebene die zum Teil 
unspezifischen Klassen der ersten Architekturebene konkretisiert und damit spezifisch für 
Mass Customization modelliert. Zweitens sind in Abgleich mit den Anforderungen an Mass 
Customization Informationssysteme wesentliche Merkmale von Mass Customization in das 
Referenzmetamodell integriert und werden somit als Basis für zukünftige Informationssyste- 
me bereitgestellt. Schließlich können von den Modellen und deren Verknüpfungen folgende 
explizite Beziehungen abgeleitet werden: 

■ Beteiligung der Akteure an Produktionsschritten, 

■ Zuordnung von Produktionsschritten zu Produktbestandteilen, 

■ Zuordnung von Diensten zu Produktionsschritten, 

■ Beziehung zwischen Konfigurationsschritt und Produktbestandteil, 

■ Verantwortung der Akteure von Produktbestandteilen, 

■ Beteiligung der Akteure an Konfigurationsschritten. 

5.2.3 Architekturebene 3: Mass Customization IS-Clustermodell 

Auf der dritten Ebene der Architekturentwicklung werden die Partial-Referenzmetamodelle 
(vgl. Abschnitt 5.1.1) den Akteuren des Wertschöpfungssystems zugeordnet. Damit lassen 
sich Zusammenhänge zwischen den Daten- und Prozessmodellen sowie den Akteuren spezifi- 
zieren. Hierbei können zwei Zugriffsrollen unterschieden werden: 
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■ Modellbesitzer legen Daten- und Prozessmodelle auf Basis der Referenzmetamodelle 
fest und stellen sie den Akteuren des Wertschöpfungsmodells ganz oder partiell zur 
Verfügung, 

■ Modellnutzer greifen auf vorhandene Daten- und Prozessmodelle zu und haben ent- 
weder Voll- oder Partialzugriff. 

Unter der Annahme eines verteilten mehrstufigen Wertschöpfungssystems (dezentraler An- 
satz ohne globale Steuerung, sondern mit akteursbezogener Autonomie) stellen die Modellbe- 
sitzer den Modellnutzem Modelle für den Zugriff und für die Verwendung im Rahmen der 
Leistungserstellung zur Verfügung. Für die weiteren Darstellungen wird davon ausgegangen, 
dass innerhalb des Mass Customization Wertschöpfungsmodells jeder Akteur ein technisches 
Informationssystem zur Zusammenarbeit bereitstellt. Dabei bleiben interne Bestandteile des 
Informationssystems (z. B. für das Personalmanagement) unberücksichtigt. Außerdem wird 
angenommen, dass jeweils nur von einem System die Interaktion mit anderen Akteuren initi- 
iert wird. 

In den folgenden Abschnitten wird die Aufteilung der Informationssystembestandteile auf die 
einzelnen Akteure beschrieben. Zimächst wird eine Informationssysteminfrastruktur auf Basis 
des Akteursmodells erstellt. In weiteren Schritten wird das Modell iterativ verfeinert. Ab- 
schluss der Modellentwicklung auf dieser dritten Ebene ist die ausführliche Darstellung der 
Zuordnungen zwischen den Informationssystembestandteilen und den bereitstellenden bzw. 
nutzenden Akteuren des Wertschöpfungsmodells. 

5 .2 .3 . 1 IS-Clustermodell auf Basis des Akteursmodells 

Das IS-Clustermodell beschreibt auf der dritten Architekturebene die Zuordnung der für In- 
formationssysteme relevanten Bestandteile (vgl. Abschnitte 5.2.1 und 5.2.2) zu den Akteuren 
des Wertschöpfungssystems. Da die Verteilung der Akteure mit deren systembezogener Au- 
tonomie angenommen wird, arbeiten die Unternehmen hierbei nicht an einem einzigen, ge- 
meinsamen Informations- bzw. Anwendungssystem. Jeder Akteur entwickelt und betreibt 
eigene Systeme, die aufgrund des zugrunde gelegten Referenzmetamodells jeweils kompatib- 
le IS-Bestandteile enthalten. Für die Ableitung des IS-Clustermodells wird zunächst das im 
Theorieteil entworfene Grundmodell eines Mass Customization Wertschöpfungssystems ver- 
wendet (vgl. Abschnitt 3.2). Jedem Akteur wird hierbei ein Informationssystem zugeordnet, 
das mit ISx bezeichnet wird, wobei x den jeweils betrachteten Akteur spezifiziert. Es ergeben 
sich somit folgende Einzelinformationssysteme (Tabelle 47): 



Bezeichnung 


Informationssystem des Akteurs 


ISmck 


MC-Koordinator 


ISsi 


Spezifizierungsintermediär 
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ISp 


Produzent 


ISzi 


Zulieferer 1 der 1. Stufe 


ISz2 


Zulieferer 2 der 1 . Stufe 


ISz- 


Zulieferer der 2. Stufe (bezogen auf Zulieferer Z2) 


ISz- 


Zulieferer der 3. Stufe (bezogen auf Zulieferer Z2) 



Tabelle 47: Akteurszugeordnete Informationssysteme 

In Abbildung 65 ist die Projektion des Wertschöpfungsmodells auf die Ebene der Informati- 
onssysteme dargestellt. 




Abbildung 65: Ableitung der zu betraehtenden IS-Sehnittstellen (Basis: Akteursmodell) 

Dem Akteur „Kunde“ wird kein eigenständiges Informationssystem zugeordnet, da dieser 
über den Spezifizierungsintermediär in das Wertschöpfungssystem eingebunden wird und 
keine eigenen Informationssysteme bereitstellt. Die den Zulieferern auf der zweiten und drit- 
ten Ebene zugeordneten Informationssysteme sind in der Tabelle nur allgemein genannt. Je 
nach Anzahl der Akteure im Produktionssystem und dessen Struktur sind weitere Informati- 
onssysteme aufzunehmen. Die Kanten zwischen den Informationssystemen, die als Schnitt- 
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stellen zwischen Einzelsystemen zu beurteilen sind, ergeben sieh aus den Interaktionsbezie- 
hungen des Wertsehöpfungsmodells. 

5.23.2 Modellüberprüfung und iterative Verfeinerung 

Um die Bildung der akteursspezifisehen Informationssystemeluster überprüfen zu können, 
werden nachfolgend drei aufeinander aufbauende Verfeinerungsschritte vorgenommen. Das 
Modell wird dabei anhand des Mass Customization Referenzablaufs (vgl. Abschnitt 2. 1.2.2. 3) 
und des Mass Customization Informationskreislaufs nach Filler (vgl. 2.1.4) analysiert. In bei- 
den Fällen wird eine Projektion der Modellbestandteile auf das entwickelte Modell der ak- 
teursspezifischen Informationssysteme vorgenommen. 

5. 2. 3. 2.1 Überprüfung anhand des Referenzablaufs eines Mass Customization Auftrages 

Der Mass Customization Referenzablauf wurde bereits in Absehnitt 2. 1.2.2. 3 eingeführt und 
erläutert. Dieses Modell ist Basis der Klasse „Aktivitäten“ auf der ersten Architekturebene 
(vgl. Absehnitt 5.2. 1.3) und stellt den prinzipiellen Ablauf einer Mass Customization Auf- 
tragsabwicklung dar. In Abbildung 66 werden die Abschnitte des Referenzablaufs auf das 
bisherige IS-Clustermodell übertragen. 
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Abbildung 66: Überprüfung der IS-Sehnittstellen anhand des Referenzablaufs 



Dieses Modell stellt einen idealisierten Ablauf eines Mass Customization Auftrags dar. Zu- 
nächst wird eine Zuordnung der Prozessbausteine des Ablaufs zu den Informationssystemen 
vorgenommen. Die Produktentwicklung und der Kundenservice obliegen dem MC- 
Koordinator (ISmck)- Beide werden aber nicht weiter betrachtet. Es ergeben sich weiterhin 
folgende Hauptzuordnungen: 

■ Produktentwicklung ^ ISmck 

■ Leistungsbereitstellung ^ ISmck 

■ Leistungsspezifikation ^ ISsi 

■ Auftragsbearbeitung ^ ISmck 

■ Leistungserstellung ^ ISp, ISzi, ISz2, ISz', ISz” 

■ Distribution ^ ISp 

Die Schnittstellen zwischen den akteursspezifischen Informationssystemen müssen alle im 
Referenzablauf vorgesehenen Interaktionen berücksichtigen. Bei einer Zuordnung der Schnitt- 
stellen auf die Kanten zwischen den Informationssystemen kann festgestellt werden, dass alle 
Interaktionen des Modells berücksichtigt werden können. Eine Erweiterung des Clustermo- 
dells ist nicht notwendig. 
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5.23.2.2 Überprüfung anhand des Informationskreislaufs nach Filier 

Der Informationskreislauf nach Piller wurde bereits in Abschnitt 2.1.4 im Rahmen der Dar- 
stellung informationstechnologischer Aspekte für Mass Customization eingeführt und erläu- 
tert. Das Modell stellt dar, welche informationsbezogenen Aktivitäten im Rahmen einer Mass 
Customization Auftragsabwicklung durchgeführt werden müssen. In Abbildung 67 werden 
die Abschnitte des Referenzablaufs auf das bisherige IS-Clustermodell übertragen. 




Abbildung 67: Überprüfung der IS-Sehnittstellen anhand des Informationskreislaufs 
naeh Piller |PiZa01| 

Wieder wird zunächst eine Zuordnung der Bausteine des Informationskreislaufs zu den In- 
formationssystemen vorgenommen. Produktentwicklung und der Kundenservice verantwortet 
der MC-Koordinator (ISmck). Es ergeben sich folgende Hauptzuordnungen: 
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■ Wiederholungskauf / Erstkauf ^ ISmck und ISsi 

■ Produktionsplanung ^ ISp 

■ Zulieferkoordination ^ ISp 

■ Produktion ^ ISp, ISzi, ISz 2 , ISz', ISz” 

■ Distribution / Kundenserviee ^ ISmck und ISp 

Die Schnittstellen zwisehen den akteursspezifisehen Informationssystemen müssen alle im 
Informationskreislauf vorgesehenen Interaktionen berücksichtigen. Auch hierbei kann bei 
einer Zuordnung der Sehnittstellen auf die Kanten zwisehen den Informationssystemen fest- 
gestellt werden, dass alle Interaktionen des Modells berüeksiehtigt werden können. Eine Er- 
weiterung des Clustermodells ist nicht notwendig. 

Anhand von zwei Modellen wurde die Anwendbarkeit und Vollständigkeit des bisherigen 
Modells der akteursspezifisehen Informationssysteme überprüft. Dabei wurde ermittelt, dass 
mit den abgeleiteten Informationssystemen jeweils alle Bestandteile des Mass Customization 
Referenzablaufs und des Informationskreislaufs nach Piller abgedeckt werden. Jeder Mo- 
dellabsehnitt wurde mindestens einem Akteur zugeordnet. Zugleieh ist jeder Akteur an min- 
destens einem Prozessabschnitt des Modells beteiligt. Es sehließt sich nachfolgend die Ablei- 
tung eines Modellbedarfskonzeptes an, um die für eine Spezifikation der Informationssysteme 
notwendigen Modellzuordnungen explizieren zu können. 

5.2.3. 3 Ableitung eines Modellbedarfskonzeptes 

Die Architekturdefinition dieser Arbeit basiert auf der Annahme, dass die an der Wertsehöp- 
fling beteiligten Personen und Organisationen weitgehend autonom handeln können und keine 
zentrale Wissensbasis für alle Akteure zur Verfügung steht. Als Konsequenz dieser an die 
Realität angelehnten Vorgabe müssen die Modellinformationen den Akteuren in Abhängig- 
keit von deren Zuständigkeiten verfügbar gemacht werden. Es ist somit ein Modellbedarfs- 
konzept notwendig. Dieses besehreibt den Zugriff auf bestimmte Partialmodelle in Abhängig- 
keit von dem aktuellen Status im Referenzablauf Dabei handelt es sieh um die Modelle der 
Daten über Wertsehöpfungssystem und Kundenauftrag, die ausgetauseht werden. 

In Tabelle 48 ist der Modellzugriffsbedarf in Form einer Modell-Prozess-Matrix aufgetragen. 
Die Notwendigkeit, Informationen aus einem bestimmten Modell zu erhalten, ist demnach 
von dem konkreten Auftragsfortsehritt abhängig. Produktentwicklung und Kundenservice 
werden aus den bereits dargelegten Gründen vernachlässigt. Die Darstellung zeigt, welche 
Bestandteile der Partial-Referenzmetamodelle in den Abschnitten des Auftragsablaufs zur 
Verfügung stehen müssen. Die aufgeführten Aktivitäten entsprechen dabei den Teilprozessen 
des Mass Customization Referenzablaufs aus Abschnitt 2. 1.2.2. 3. Das Akteursmodell, das die 
an der Wertschöpfung beteiligten Unternehmen bzw. Personen abbildet, spezifiziert hierfür 
die zur Verfügung stehenden Akteure. Wie der Abbildung zu entnehmen ist, müssen inner- 
halb der Leistungsbereitstellung das Aktivitätsmodell und das Produktmodell zur Verfügung 
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stehen. Das Produktmodell enthält die generelle Spezifikation des angebotenen Produktes, das 
Aktivitätsmodell umfasst Vorgangsbeschreibungen zum Ablauf eines Auftrags. Innerhalb der 
Leistungsspezifizierung müssen außerdem das Kundenmodell und das Konfigurierungsmodell 
vorliegen. Das Kundenmodell umfasst persönliche und produktbezogene Informationen, das 
Spezifizerungssmodell die Vorschriften zum Ablauf der Ermittlung von Individualisierungs- 
informationen. ln der Auftragsbearbeitung wird die Fertigung des Produktes vorbereitet und 
die Auftragsabwicklung koordiniert. Neben den bisher genannten Modellen müssen daher das 
Akteursmodell, das Auftragsmodell und das Produktionsmodell zur Verfügung stehen. Über 
das Produktionsmodell und das Aktemsmodell kann die Fertigung vorbereitet werden. Das 
Auftragsmodell liefert hierbei die für die Abwicklung notwendigen Informationen. Das Kon- 
figurierungsmodell muss ab dem Beginn der Auftragsabwicklung nicht mehr vorliegen, da der 
Auftrag bereits vollständig spezifiziert wurde. Der Modellbedarf innerhalb der Produktion ist 
mit dem der Auftragsbearbeitung identisch. Auch in der Distribution wird das Aktivitätsmo- 
dell benötigt, außerdem muss auf das Kunden- und Auftragsmodell zugegriffen werden kön- 
nen, um die Auslieferung des Endproduktes an den Kunden durchführen zu können. 



Aktivitäten 

Partialmodelle 


Leistungs- 

bereitstellung 


Leistungs- 

spezifizierung 


Auftrag s- 
bearbeitung 


Produktion 


Distribution 


Akteursmodell 






• 


• 




Aktivitätsmodell 


• 


• 


• 


• 


• 


Kundenmodell 




• 


• 


• 


• 


Produktmodell 


• 


• 


• 


• 




Spezifizierungsmodell 




• 








Auftragsmodell 






• 


• 


• 


Produktionsmodell 






• 


• 





Tabelle 48: Aktivitäts-Modell-Matrix 



Enfnimmf man dem Gesamtmodell der ersten Architekturebene die Beziehungen zwischen 
Aktivitäten und Akteuren, so kann die in Tabelle 49 dargestellte Matrix erstellt werden. Diese 
verdeutlicht, an welchen Aktivitäten die einzelnen Akteure unmittelbar beteiligt sind. 

Da im Modell dieser Arbeit dem Kunden kein Informationssystem zugeordnet ist, ergeben 
sich hieraus keine Anforderungen in Bezug auf den Modellzugriff. Der Spezifizierungsinter- 
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mediär ist an der Leistungsbereitstellimg und an der Konfigurierung beteiligt. Der MC- 
Koordinator ist für die Auftragsbearbeitung und der Produzent für die Produktion und die 
Distribution des Sackgutes verantwortlich. Die Zulieferer sind an der Produktion beteiligt. 



Aktivitäten 

Akteure 


Leistungs- 

bereitstellung 


Leistungs- 

spezifizierung 


Auftrags- 

bearbeitung 


Produktion 


Distribution 


Kunde 




• 








Spezifiziemngsintermediär 


• 


• 








MC-Koordinator 






• 






Produzent 








• 


• 


Zulieferer 








• 


• 



Tabelle 49: Aktivitäts-Akteurs-Matrix 

Das Modellbedarfskonzept kann schließlich aus den beiden vorangegangenen Abbildungen 
abgeleitet werden. Es ist in Tabelle 50 dargestellt. 



Partialmodelle 

Akteure 


Akteursmodell 


Aktivitätsmodell 


Kundenmodell 


Produktmodell 


Spezifiziemngsmodell 


Auftragsmodell 


Produktionsmodell 


Kunde 






• 


• 


• 


• 




Spezifizierungsintermediär 




• 


• 


• 


• 






MC-Koordinator 


• 


• 


• 


• 




• 


• 


Produzent 


• 


• 


• 


• 




• 


• 


Zulieferer 




• 


• 


• 




• 


• 



Tabelle 50: Modellbedarfskonzept 
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Das Modellbedarfskonzept wurde bisher auf Basis der Partial-Referenzmetamodelle vorge- 
nommen. In Abhängigkeit von dem Abstraktionsniveau können hierbei auch Unterklassen der 
Partialmodelle oder einzelne Objekte betrachtet werden. So ließe sich festlegen, dass ein ein- 
zelner Akteur nur Zugriff auf bestimmte Aktivitäten oder Leistungsbestandteile erhalten darf. 
Die Ergebnisse der Modellbedarfsermittlung werden im weiteren Verlauf für die Spezifikati- 
on der akteursspezifischen Mass Customization Informationssysteme herangezogen. 

5. 2. 3. 4 Spezifikation der Mass Customization IS-Cluster 

Die Beschreibung der einzelnen akteursbezogenen Informationssysteme wird bei Anwendung 
des Referenzmetamodells anhand des in Tabelle 51 dargestellten Schemas vorgenommen. 
Neben einer Bezeichnung des Informationssystems und den zugeordneten Akteuren werden 
enthaltene Subsysteme, benötigte Partialmodelle (mit Spezifizierung als Modellbesitzer oder 
-nutzer) und die bereitgestellten Wertschöpfungsjiinktionen, d. h. die Aktivitäten bzw. Prozes- 
se zur Leistungserstellung, angegeben. 



Informationssystem des Akteurs x 


Bezeichnung 


IS, 


Verantwortlicher Akteur 


X 


Enthaltene(s) Subsystem(e) 


■ Subsystem 1 

■ Subsystem 2 

■ Subsystem n 


Modelle 


Modellbesitzer 


Modellnutzer 


■ Partialmodell 1 


o 


• 


■ Partialmodell 2 


• 


o 


■ ... 






■ Partialmodell m 






Wertschöpfungsprozesse 


Zugeordnetes Subsystem 


■ Wertschöpfungsprozess 1 




■ Wertschöpfungsprozess 2 




■ ... 




■ Wertschöpfungsprozess p 





Tabelle 51: Sehema für die Beschreibung der Akteursinformationssysteme 

Die Spezifikation muss für jeden Akteur vorgenommen werden. Falls ein Akteur mehrere 
Rollen übernimmt (z. B. Akteur ist MC-Koordinator und Produzent), so werden die Bestand- 
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teile in einem akteursspezifischen Informationssystem zusammengefasst. Die vorgeschlagene 
Darstellung ist applikations- bzw. implementierungsunabhängig. Damit wird der Charakter 
des Referenzmetamodells gewahrt, da die Anwendungsarchitektur hinsichtlich der technolo- 
gischen Umsetzung generisch beleihen soll. Im Rahmen der Fallstudie in Abschnitt 5.3 wird 
die Konkretisierung unter Verwendung von Konzepten der service-orientierten Architektur 
beispielhaft dargestellt. 

5.2.4 Zusammenfassung 

Die Anwendungsarchitektur im Sinne dieser Arbeit fokussiert die interorganisationale Ebene. 
Auf der dritten Ebene des Vorgehensmodells zur Architekturentwicklung (vgl. Abbildung 54) 
findet eine Zuordnung der Bestandteile des Mass Customization Informationssystems auf die 
im Wertschöpfungsmodell vorhandenen Akteure statt. Aufgrund des dezentralen Ansatzes 
wird im weiteren Verlauf nicht von der Errichtung eines monolithischen Systems ausgegan- 
gen, auf das alle Akteiue zugreifen. Vielmehr interagieren sie mittels ihrer untemehmensspe- 
zifischen Informationssysteme. Wird deren Entwicklung jedoch auf Basis des Referenzmeta- 
modells vorgenommen, besteht eine einheitliche konzeptionelle Basis und damit eine Kompa- 
tibilität der Systeme. Mit der Integration Mass Customization spezifischer Partialmodelle in 
das Referenzmetamodell werden nachträgliche Anpassungen der Informationssysteme und 
zusätzliche redundante Schnittstellen vermieden. Aufgrund der Berücksiehtigung allgemeiner 
Mass Customization Merkmale findet hierbei keine branchen- oder produktbezogene Ein- 
schränkung statt. Die entwickelte Architektur ist somit unabhängig von Einzelfallen einsetz- 
bar. 

5.3 Fallstudie „Schuhindustrie“ 

5.3.1 Mass Customization in der Schuhindustrie 

Die Schuhindustrie wird bereits seit einigen Jahren als Untersuehungsobjekt für die Wettbe- 
werbsstrategie Mass Customization verwendet. Als Grund hierfür lässt sich zum einen der 
zweifaehe Individualisierungsbedarf bei Schuhen anführen: Passgenauigkeit und Design. Zum 
anderen verbinden sieh in der Schuhindustrie handwerkliche und industrielle Fertigung. Dies 
führt aufgrund von Mass Customization und der damit verbundenen Informationsprozesse zu 
einem erhöhten Bedarf nach informationstechnologischer Unterstützung. Forschungsprojekte 
mit dem Schwerpunkt auf Mass Customization in der Schuhindustrie sind beispielsweise 
„CustomFit“ (EU, 2004-2008, NMP2-CT-2004-507437), „EuroShoes“ (EU, 2001-2003, 
GlRD-2000-00343) und „EwoMacs“ (BMBF, 2002-2004, 02PD1120). Es existieren außer- 
halb der Bereiehe Schuhgestaltung und Fertigungstechnologien für die Schuhindustrie zudem 
wissenschaftliche Veröffentlichungen wie z. B. [Wuns05] und [SpKN03]. Die Schuhindustrie 
eignet sich auch deshalb als Anwendungsdömane für eine wissenschaftliche Arbeit, weil hier 
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bereits auf umfangreiche positive wie negative Erfahrungen aus einer Vielzahl untersehiedli- 
cher Mass Customization Projekte zurüekgegriffen werden kann (z. B. „CustomFoot“ oder 
„Creo“). Die naehfolgenden Ausführungen basieren auf dem Forschungsprojekt „EwoMaes“, 
in dem neben Analysen der Kundenschnittstelle die Entwicklung von Logistikstrukturen und 
deren Unterstützung mit IT- Systemen im Vordergrund standen. Das Projekt wurde vom Bun- 
desministerium für Bildung und Forsehung (BMBF) gefordert und lief von Mai 2002 bis Ap- 
ril 2005. Die wesentlichen Projektergebnisse können dem Abschlussbericht entnommen wer- 
den, der in [KPRS05] veröffentlicht wurde. 

5.3.2 Fallstudienspezifische Anwendung der Drei-Ebenen-Architektur 

5.3.2. 1 Ebene 1 : Fallstudienspezifisehes MC-Wertsehöpfungssystem 

5. 3. 2.1.1 Leistung 

Gegenstand der fallstudienspezifischen Leistungserbringung sind individualisierbare Sehuhe. 
Ein Schuh setzt sich aus mehreren Produktbestandteilen zusammen. Abbildung 68 zeigt ein 
exemplarisches Produktmodell. Zur Notation wurde die auf der Teil-Ganzes-Relation basie- 
rende Methode von [WeMüSl] verwendet, da diese mit der Erweiterung um Klassifikations- 
bäume mittels hierarchiseher Generalisierung eine klare Visualisierung von Alternativen und 
Plausibilitäten ermöglicht [HÜLW02]. Diese Methode erlaubt eine Modellvereinfaehung in 
Bezug auf die Konfigurierungsvorsehriften mittels der Modellierung von Implikationen. Die- 
se Modellierungsmethode basiert auf dem Konzept der erweiterten Stückliste, die als Gozinto- 
Graphen dargestellt werden [VaRi63]. Mittels der Erweiterung von Klassifikationsbäumen 
um die hierarchische Generalisierung können Produktaltemativen direkt visualisiert werden 
[Wede89]. Eine ähnliche Darstellung kann [Wuns05, 73] entnommen werden. 
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Kleinster Produkthestandteil (bei 
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aus alternativen Produktbestand- 


V 
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wahl von Produktbestandteilen) 



Ein Schuh (Ki) besteht aus einem Oberteil (K2), Schnürsenkel (tsu), einer Sohle (Ai) und 
einer Dämpfungseinheit (A2). Das Oberteil besteht wiederum aus den zwei Komponenten 
Oberleder und einem Futter (A3, A4), die jeweils aus einer Anzahl verfügbarer Lederfarben 
und Futterarten näher spezifiziert werden können (tsi, tS2,... tse). Hinsichtlich der Sohle kann 
zwischen einer Stollen- oder Nockenvariante gewählt werden (tsy, tsg), für die Dämpfung 
steht eine Luft- oder Gelvariante zur Verfügung (t9, tio). Für Sohle und Dämpfung existiert 
eine logische Einschränkung (Implikation), die besagt, dass bei Wahl einer Stollensohle die 
Luftdämpfung gewählt werden muss. 

53.2.1.2 Akteure 

In der Fallstudie werden alle im Referenzmetamodell zur Verfügung stehenden Rollen ver- 
wendet: 

■ Kunde, 

■ Spezifizierungsintermediär, 

■ MC-Koordinator, 

■ Produzent und 

■ Zulieferer. 

Der betrachtete Ausschnitt des Wertschöpfungsmodells umfasst die Anfrage bzw. Auftragser- 
teilung von Kunden, die die Individualisierungswünsche unter Zuhilfenahme eines Spezifizie- 
rungsintermediärs äußern und in Produktparameter umsetzen lassen. Der Spezifizierungsin- 
termediär setzt diese in eine gültige Produktspezifikation um, die für den MC-Koordinator die 
Auftragsgrundlage darstellt. Die physische Fertigung wird von einem Produzenten übernom- 
men, der vom MC-Koordinator beauftragt wird. Dieser arbeitet mit Zulieferuntemehmen zu- 
sammen, die individuelle und standardisierte Produktbestandteile bereitstellen. Die Ausliefe- 
rung an den Kunden übernimmt der Produzent. 
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53.2.1.3 Aktivitäten 

Als Aktivitäten der Fallstudie werden alle Transaktionen zwischen den Akteuren des Ge- 
samtmodells genannt, die zur Erbringung der Wertschöpfungsleistung notwendig sind. Die 
Einschränkung auf die Auftragsabwicklung unter Ausblendung von Produktentwicklung und 
Kundenservice wird auch in der Fallstudie beibehalten. Im Einzelnen werden folgende über- 
geordneten Aktivitäten zwischen den Austauschpartnem berücksichtigt: 

■ Leistungsspezifizierung: Interaktion zwischen Kunde und Spezifizierungsintermediär, 

■ Auftragsabwicklung: Interaktion zwischen Spezifizierungsintermediär und MC- 
Koordinator (Annahme von Aufträgen) und Interaktion zwischen MC-Koordinator und 
Produzent (Beauftragung der Fertigung), 

■ Produktion: Interaktion zwischen Produzent und Zulieferer (Fertigung standardisierter 
und individueller Produktbestandteile). 

Die einzelnen Aktivitäten werden auf der zweiten Architekturebene in Abschnitt 5. 3.2.2 de- 
tailliert erläutert. 

5. 3. 2. 1.4 Gesamtmodell der Fallstudie 

Das Gesamtmodell der Fallstudie für die erste Architekturebene wird auf Basis von 
Abbildung 59 in Hinblick auf die fallstudienspezifischen Anforderungen abgeleitet. Es spezi- 
fiziert die drei wesentlichen Bestandteile des Wertschöpfungsmodells für die Fallstudie. Da- 
bei wurden das Gesamtmodell auf Basis des eingeführten Metamodells der Fallstudie ange- 
passt und dabei die Akteursbeziehungen konkretisiert. Das fallstudienspezifische Modell des 
Mass Customization Wertschöpfungsmodells ist in Abbildung 69 dargestellt. 
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Abbildung 69: Gesamtmodell des fallstudienspezifischen Wertschöpfungssystems 
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5. 3.2.2 Ebene 2: Fallstudienspezifische MC-Partialmodelle 
5. 3. 2. 2. 1 Fallstudienspezifisches Kundenmodell 

Das Kundenmodell wird um schuhspezifische Elemente ergänzt. Innerhalb der Klasse 
„Stammdaten“ werden anatomische Parameter wie z. B. die Fußgröße („FußmaßLinks“ und 
„FußmaßRechts“) abgelegt. Zugleich werden dem Kunden Bedürfnisse hinsichtlich der Pass- 
form und des Designs zugeordnet. Dies sind zwei der wesentlichen Individualisierungsanfor- 
derungen in Hinblick auf Schuhe aus Sicht des Kunden. Historische Auftragsdaten finden in 
der Klasse „Präferenzen“ Berücksichtigung. Es werden weiche und harte Faktoren unter- 
schieden. Unter harten Faktoren sind physische, technische oder mechanische Eigenschaften 
von Produkten zu verstehen, während weiche Faktoren beispielsweise die Benutzerfreund- 
lichkeit und imagebezogene Merkmale reflektieren [in Anlehnung an BuWi95, 91]. Das fall- 
studienspezifische Kundenmodell ist in Abbildung 70 dargestellt. 




Abbildung 70: Kundenmodell der Fallstudie 



5. 3. 2. 2. 2 Fallstudienspezfisches Produktmodell 

Gegenstand der Leistungserbringung innerhalb der Fallstudie ist das Produkt „Schuh“. Ein 
Schuh setzt sich aus einzelnen Schuhkomponenten zusammen, die in einer Teil-Ganzes- 
Relation stehen. Damit lassen sich Teilprodukte wie z. B. ein Schaft als Kombination von 
Ober- und Futterleder abbilden. Jede Schuhkomponente erfüllt bestimmte Funktionen, die 
sich in harte und weiche Funktionen unterscheiden lassen (vgl. Abschnitt 5. 3.2.2. 1) und somit 
die kundenbezogenen Präferenzen umsetzen. Zur näheren Spezifizierung sind jeder Schuh- 
komponente Eigenschaften zugeordert, die von Parametern repräsentiert werden (z. B. Leder- 
farbe, Absatztyp, Sohlenmaterial etc.). Zur Planung eines Produktprogramms wird einem 
Schuh ein Schuhtyp zugeordnet. Damit lassen sich Modellreihen ausbauen. Das fallstudien- 
spezifische Produktmodell ist in Abbildung 7 1 dargestellt. 
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Abbildung 71: Produktmodell der Fallstudie 



5. 5. 2. 2. 3 Fallstudienspeziflsches Speziflzierungsmodell 

Für die Fallstudie wird das Speziflzierungsmodell gemäß dem allgemeinen Modell, wie in 
Absehnitt 5.2 dargestellt, übernommen (Abbildung 72). Im Rahmen der Spezifizierung wer- 
den folgende Parameter festgelegt: 

■ Sehuhmodell (z. B. „Fußballsehuh“ oder „Tennissehuh“), 

■ Sohlenart (z. B. „Stollensohle“ oder „Nockensohle“), 

■ Dämpfung (z. B. „Luftdämpfung“ oder „Geldämpfong“) mit Implikation („Stollen ^ 
Luftdämpfung“ und „Nocken ^ Gel“), 

■ Lederfarbe (z. B. „gelb“ oder „grün“), 

■ Futterart (z. B. „Fell“ oder „Polyester“), 

■ Schnürsenkel (z. B. „grün“ oder „rot“). 

Die für die Individualisierung notwendigen Parameter werden dabei über folgende Konfigu- 
rienmgsschritte ermittelt: 

■ Schritt 1 : Auswahl Schuhmodell, 

■ Schritt 2: Sohlenart, 

■ Schritt 3 : Dämpfung, 

■ Schritt 4: Lederfarbe, 

■ Schritt 5: Futterart, 

■ Schritt 6: Schnürsenkelfarbe. 
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Abbildung 72: Spezifizierungsmodell der Fallstudie 



53.2.2.4 Fallstudienspeziflsches Auftragsabwicklungsmodell 

Für die Fallstudie wird das Auftragsabwicklungsmodell gemäß dem allgemeinen Modell, wie 
in Abschnitt 5.2 dargestellt, übernommen (Abbildung 73). Demnach setzt sich eine Wert- 
schöpfungsaktivität aus Prozessen und Teilprozessen zusammen. Teilprozesse stehen in einer 
hierarchischen Zuordnung zueinander. Ein Teilprozess wird durch einen Dienst repräsentiert, 
der von einem Akteur des Wertschöpfungssystems angeboten wird. 
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Abbildung 73: Auftragsabwickluugsmodell der Fallstudie 

5. 3. 2. 2. 5 Fallstudienspeziflsches Produktionsmodell 

Für die Fallstudie wird das Auftragsabwicklungsmodell gemäß dem allgemeinen Modell, wie 
in Abschnitt 5.2 dargestellt, übernommen (Abbildung 74). Die Aktivität „Produktion“ besteht 
aus einzelnen Produktionsschritten, die in zeitlicher und sachlogischer Abhängigkeit zueinan- 
der stehen. Die Produktionsart bestimmt die Organisation der Fertigung (z. B. Werkstatt- oder 
Fließfertigung). 
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Abbildung 74: Froduktionsmodell der Fallstudie 



Die Fertigung des fallstudienspezifischen Produktes findet in drei Schritten statt. In Schritt 1 
wird die Sohle vorbereitet und in Schritt 2 das Oberteil. Schritt 3 umfasst schließlich die Mon- 
tage des Endproduktes unter Verwendung der Teilprodukte Sohle und Oberteil. Die Zuord- 
nung zwischen den Produktparametem, den Konfigurierungsschritten und dem Fertigungs- 
schritt ist in Tabelle 52 dargestellt. Die Aufteilung in die Fertigungsschritte wird im weiteren 
Verlauf beibehalten und in Form von Fertigungssegmenten organisiert. 



Produktparameter 


Kontigurierungsschritt 


Fertigungsschritt 


Schuhmodell 


Schritt 1 : Schuhmodell 


Alle Sehritte 


Sohlenart 


Schritt 2: Sohlenart 


Schritt 1 : Sohle 


Dämpfung 


Schritt 3: Dämpfung 


Schritt 1 : Sohle 


Lederfarbe 


Schritt 4: Lederfarbe 


Schritt 2: Oberteil 


Futterart 


Schritt 5: Futterart 


Schritt 2: Oberteil 


Schnürsenkelfarbe 


Schritt 6: Schnürsenkelfarbe 


Schritt 3 : Montage 



Tabelle 52: Zuordnung der Produktparameter zu den Fertigungssehritten 



5. 3.2. 3 Ebene 3: Fallstudienspezifisches MC-lS-Clustermodell 

Für jeden Akteur der Fallstudie wird nachfolgend das entsprechende Informationssystem ge- 
mäß der tabellarischen Form von Tabelle 51 dargestellt. Berücksichtigt werden dabei die Ak- 
teure Spezifizierungsintermediär, MC-Koordinator, Produzent und Zulieferer. 

Das Informationssystem des Akteurs Spezfizierungsintermediär (ISsi) enthält das Subsystem 
Konfigurationssystem, in dem die Spezifizierung des individuellen Schuhs vorgenommen 
wird. Der Spezifizierungsintermediär ist Besitzer des Spezifizierungsmodells, da er zur 
Durchführung der Spezifizierung notwendig ist und die systemtechnische Umsetzung des 
Konfigurationssystems verantwortet. Als Modellnutzer greift der Spezifizierungsintermediär 
weiterhin auf das Aktivitätsmodell, das Kundenmodell und das Produktmodell zu. Dabei fal- 






246 



5 Entwicklung der Muss Customization Anwendungsarchitektur 



len insbesondere folgende Aufgaben an: „Spezifizierung erstellen“, „Auftrag vorbereiten“, 
„Konfigurationsschritte durchfuhren“ und „Plausibilitäten überprüfen“. In tabellarischer Form 
ist das fallstudienspezifische Informationssystem des Akteurs Spezifizierungsintermediär in 
Tabelle 53 dargestellt. 



Informationssystem des Akteurs Spezißzierungsintermediär 


Bezeichnung 


ISsi 


Verantwortlicher Akteur 


Spezifizierungsintermediär 


Enthaltenes Subsystem 


■ Konfigurationssystem 


Modelle 


Modellbesitzer 


Modellnutzer 


■ Akteursmodell 


o 


o 


■ Aktivitätsmodell 


o 


• 


■ Auftragsmodell 


o 


o 


■ Spezifizierungsmodell 


• 


• 


■ Kundenmodell 


o 


• 


■ Produktionsmodell 


o 


o 


■ Produktmodell 


o 


• 


Aktivitäten und Prozesse 


Zugeordnetes Subsystem 


■ Spezifizierung erstellen 


Konfigurationssystem 


■ Auftrag vorbereiten 


Konfigurationssystem 


■ Konfigurationsschritte durchführen 


Konfigurationssystem 


■ Plausibilitäten prüfen 


Konfigurationssystem 



Tabelle 53: Fallstudienspezifisehes Informationssystem für den Akteur 
„Spezifizierungsintermediär“ 



Das Informationssystem des Akteurs MC-Koordinator (ISmck) enthält die Subsysteme „Ver- 
kaufssystem,, und „Produktionskoordinationssystem. Der Hersteller ist Besitzer des Akteurs-, 
Aktivitäts-, Auftrags-, Kunden- und Produktmodells, da er zentraler Akteur des Wertschöp- 
fungssystems ist und neben der Leistungsbereitstellung in Form von individualisierbaren Pro- 
dukten auch die Ausgestaltung der Akteursbeziehungen beeinflusst. Als Modellnutzer greift 
der Hersteller weiterhin auf das Produktionsmodell zu, um die Zusammensetzung des Wert- 
schöpfungssystems und damit das Akteursmodell zu bilden. Dabei fallen insbesondere fol- 
gende Aufgaben an: „Kundendaten prüfen“, „Auftrag anlegen“ und „Produktionsauftrag anle- 
gen“. In tabellarischer Form ist das fallstudienspezifische Informationssystem des Akteius 
Hersteller in Tabelle 54 dargestellt. 
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Informationssystem des Akteurs MC-Koordinator 


Bezeichnung 


ISmck 


Verantwortlicher Akteur 


MC-Koordinator 


Enthaitenes Subsystem 


■ Verkaufssystem 

■ Produktionskoordinationssystem 


Modelle 


Modellbesitzer 


Modellnutzer 


■ Akteursmodell 


• 


• 


■ Aktivitätsmodell 


• 


• 


■ Auftragsmodell 


• 


• 


■ Spezifizierungsmodell 


o 


o 


■ Kundenmodell 


• 


• 


■ Produktionsmodell 


o 


• 


■ Produktmodell 


• 


• 


Aktivitäten und Prozesse 


Zugeordnetes Subsystem 


■ Kundendaten prüfen 


Verkaufssystem 


■ Auftrag anlegen 


Verkaufssystem 


■ Produktionsauftrag anlegen 


Produktionskoordinationssystem 



Tabelle 54: Fallstudienspeziilsehes Informationssystem für den Akteur „MC- 
Koordinator“ 



Das Informationssystem des Akteurs Produzent (ISp) enthält die Subsysteme „Produktions- 
auftragssystem“, „Fertigungssystem“, „Fertigungssegmentsystem“, „Produktmodellsystem“ 
und „Lagersystem“. Der Produzent ist Besitzer des Produktionsmodells, da er für die Ausfüh- 
rung der Fertigungsschritte zur physischen Herstellung des Produktes verantwortlich ist. Als 
Modellnutzer greift der Produzent weiterhin auf das Akteurs-, Aktivitäts-, Auftrags-, Kunden- 
und Produktmodell zu. Dabei fallen insbesondere folgende Aufgaben an: „Produktionsauftrag 
anlegen“, „Produktionsauftrag bearbeiten“, „Produktionsschritt planen“, „Fertigungsauftrag 
anlegen“, „Stückliste ermitteln“, „Produktionsteilschritte ermitteln“, „Komponentenverfüg- 
barkeit ermitteln“, „Komponenten reservieren und bestellen“ und „Komponenten einlagem“. 
In tabellarischer Form ist das fallstudienspezifische Informationssystem des Akteurs Produ- 
zent in Tabelle 55 dargestellt. 
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Informationssystem des Akteurs Produzent 


Bezeichnung ISp 


Verantwortlicher Akteur Produzent 


Enthaltene Subsystem ■ Produktionsauftragssystem 

■ Fertigungssystem 

■ Fertigungssegmentsystem 

■ Produktmodellsystem 

■ Lagersystem 


Modelle 


Modellbesitzer Modellnutzer 


■ Akteursmodell 


o • 


■ Aktivitätsmodell 


o • 


■ Auftragsmodell 


o • 


■ Spezifizierungsmodell 


o o 


■ Kundenmodell 


o • 


■ Produktionsmodell 


• • 


■ Produktmodell 


o • 


Aktivitäten und Prozesse 


Zugeordnetes Subsystem 


■ Produktionsauftrag anlegen 


Produktionsauftragssystem 


■ Produktionsauftrag bearbeiten 


Produktionsauftragssystem 


■ Produktionsschritt planen 


Fertigungssystem 


■ Fertigungsauftrag anlegen 


F ertigungssegmentsy Stern 


■ Stückliste ermitteln 


Produktmodellsystem 


■ Produktionsteilschritte ermitteln 


Produktmodellsystem 


■ Komponentenverfügbarkeit ermitteln 


Lagersystem 


■ Komponenten reservieren und bestellen 


Lagersystem 


■ Komponenten einlagern 


Lagersystem 



Tabelle 55: Fallstudienspezifisehes Informationssystem für den Akteur „Produzent“ 

Das Informationssystem des Akteurs Zulieferer (ISz) enthält das Subsystem „Zuliefersystem“, 
über das die Zulieferung von Teilprodukten und Komponenten abgewickelt wird. Der Zuliefe- 
rer ist ausschließlich Modellnutzer und greift dabei auf das Akteurs-, Aktivitäts-, Auftrags-, 
Kunden-, Produktions- und Produktmodell zu. Dabei fallen insbesondere folgende Aufgaben 
an: „Bestellung annehmen“, „Lieferzeit ermitteln“ und „Komponenten liefern“, ln tabellari- 
scher Form ist das fahstudienspezifische Informationssystem des Akteurs Zulieferer in 
Tabelle 56 dargesteht. 
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Informationssystem des Akteurs Zulieferer 


Bezeichnung 


ISz 


Verantwortlicher Akteur 


Zulieferer 


Enthaltenes Subsystem 


■ Zuliefersystem 


Modelle 


Modellbesitzer 


Modellnutzer 


■ Akteursmodell 


o 


• 


■ Aktivitätsmodell 


o 


• 


■ Auftragsmodell 


o 


• 


■ Spezifizierungsmodell 


o 


o 


■ Kundenmodell 


o 


• 


■ Produktionsmodell 


o 


• 


■ Produktmodell 


o 


• 


Aktivitäten und Prozesse 


Zugeordnetes Subsystem 


■ Bestellung annehmen 


Zuliefersystem 


■ Lieferzeit ermitteln 


Zuliefersystem 


■ Komponenten liefern 


Zuliefersystem 



Tabelle 56: Fallstudienspezifisehes Informationssystem für den Akteur „Zulieferer“ 



5.3.3 Teehnologisehe Umsetzung 

Auf Basis der fallstudienspezifischen Anwendungsarchitektur wurde ein erster Prototyp er- 
stellt. Dieser enthält noch nicht alle in der Architektur spezifizierten Funktionen, zeigt aber 
unter Verwendung des Prinzips der service-orientierten Architektur die prinzipielle Machbar- 
keit für den Einsatz in Mass Customization Informationssystemen. Teile der Konzepte dieses 
Kapitels beruhen auf [Dürr06]. 

5.3.3. 1 Ableitung des Dienstmodells 

Auf Basis der fallstudienspezifischen Konkretisierung der Anwendungsarchitektur wird im 
weiteren Verlauf eine beispielhafte technologische Umsetzung dargestellt. Die Ausführungen 
konzentrieren sich dabei auf die Akteure Kunde, Spezifizierungsintermediär, MC-Koordinator 
und Produzent. In der vorliegenden Arbeit wird das Konzept der service-orientierten Archi- 
tektur verwendet. Ausgangsbasis bleibt das Mass Customization Wertschöpfungssystem ge- 
mäß Abschnitt 3.2. Die darin dargestellten Akteure sind für bestimmte Aktivitäten innerhalb 
des Wertschöpfungssystems verantwortlich. Jeder der Akteure ist jeweils Anbieter und Nach- 
frager bestimmter Leistungen bzw. Dienste. Das globale Zusammenwirken und Ineinander- 
greifen der notwendigen Dienste aus Sicht des Kunden kann Abbildung 75 entnommen wer- 
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den. Die gewählte Darstellungsform repräsentiert die Funktionen der Akteure des Wertschöp- 
fungssystems, die zur erfolgreichen Bearbeitung eines Auftrags notwendig sind. 





Zulieferer 




Produzent 



Abbildung 75: Anwendungsfalldiagramm der Fallstudie als Übersieht (AFl) 



Der Kunde übernimmt mittels Übertragung der Individualisierungsinformationen die Spezifi- 
zierung des Produktes. Die Spezifizierung unterteilt sich hierbei in die Teilabschnitte „Spezi- 
fikation erstellen“ und „Auftrag vorbereiten“. Nachdem ein Auftrag angenommen wurde, 
beginnt beim MC-Koordinator die Auftragabwicklung. Dazu gehört die Koordination der 
Produktion durch den Produzenten. Dieser plant die Produktion ein und bestellt Komponenten 
bei den Zulieferern. 



5. 3.3.2 Detaillierung der Anwendungsfalle 

In den nachfolgenden Abschnitten werden die einzelnen Wertschöpfungsschritte in Form ein- 
zelner Anwendungsfalle konkretisiert. Berücksichtigt werden dabei die Abschnitte „Spezifi- 
zierung“, „Auftragsabwicklung“, „Produktion“ und „Zulieferung“. 

5. 3. 3. 2.1 Anwendungsfall „Spezifizierung“ 

Der Anwendungsfall „Spezifizierung“ ist in Abbildung 76 dargestellt. Der Kunde und der 
Spezifizierungsintermediär sind an der Erstellung der Produktspezifikation beteiligt. Wird die 
Aktivität „Spezifizierung erstellen“ durchgefuhrt, so zieht das die Teilaktivitäten „Konfigura- 
tionsschritt durchführen“ und „Plausibilitäten prüfen“ nach sich. Die Art der Plausibilitätsprü- 
fung hängt dabei von der gewählten Konfigurationsmethode ab. In einem regelbasierten Kon- 
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figurationssystem lassen sich die Implikationen im Produktmodell der Fallstudie als Regeln 
abbilden (z. B. „Wenn Komponente A, dann Komponente B“). 




Abbildung 76: Anwendungsfalldiagramm „Spezifizierung“ der Fallstudie (AF2) 



5. 3. 3. 2. 2 Anwendungsfall „Auftragsabwicklung“ 

Nach der erfolgreichen Beendigung der Spezifizierung mit Kundenbestellung beginnt der 
Akteur MC-Koordinator mit der Auftragsabwicklung („Auftrag annehmen“). Diese besteht 
zunächst aus den Aktivitäten „Kundendaten prüfen“ und „Auftrag anlegen“, die dem Ver- 
kaufssystem zugeordnet sind. Das Produktionskoordinationssystem enthält die Teilaktivitäten 
Produktionsauftrag anlegen. Damit wird der Kundenauftrag für die Weitergabe an den Produ- 
zenten vorbereitet. Der Anwendungsfall „Auftragsabwicklung“ ist in Abbildung 77 darge- 
stellt. 




Abbildung 77: Anwendungsfalldiagramm „Auftragsabwicklung“ der Fallstudie (AF3) 
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5. 3. 3. 2. 3 Anwendungsfall „ Produktion “ 

Die Aufnahme eines Auftrags durch den Produzenten erfolgt über die Aktivität „Produktions- 
auftrag annehmen“. Diese setzt zum einen die Teilaktivitäten „Produktionsauftrag anlegen“ 
und „Produktionsauftrag bearbeiten“ voraus. Beide sind dem Teilsystem Produktionsauf- 
tragssystem zugeordnet. Zum anderen wird die Teilaktivität „Produktion planen“ durchge- 
führt, die im Fertigungssystem die Planung der einzelnen Fertigungsschritte bzw. -Segmente 
vomimmt. Der Anwendungsfall „Produktion“ ist in Abbildung 78 dargestellt. 




Abbildung 78: Anwendungsfalldiagramm „Produktion“ der Fallstudie (AF4) 

5. 3. 3. 2.4 Anwendungsfall „Zulieferung“ 

Damit der Akteur „Produzent“ die Fertigung übernehmen kann, ist die Besehaffung von Zu- 
lieferkomponenten notwendig. In Erweiterung des Anwendungsfalls „Produktion“ enthält der 
Anwendungsfall „Zulieferung“ ausgehend von der Fertigungsplanung mehrere Teilaktivitä- 
ten. Die Fertigung wird auf mehrere Fertigungssegmente aufgeteilt [vgl. Wild92]. Für jedes 
Fertigungssegment wird im Fertigungssegmentsystem ein Fertigungsauftrag angelegt. Dies 
lunfasst zugleich jeweils die Teilaktivitäten „Stüekliste ermitteln“ und „Arbeitsgang ermit- 
teln“, die über das Produktmodellsystem abgewickelt werden. Die Fertigungsplammg initiiert 
im Lagersystem die Ermittlung der Komponentenverfügbarkeit („Lagerverfügbarkeit ermit- 
teln“) und führt die Reservierung der Komponenten durch („Komponenten reservieren und 
bestellen“). Werden Komponenten benötigt, so führt der Produzent eine Bestellung durch 
(„Komponenten bestellen“). Dabei wird durch den Akteur „Zulieferer“ die Lieferzeit ermit- 
telt. Nach Eingang der Komponenten werden diese eingelagert („Komponenten einlagem“). 
Der Anwendungsfall „Zulieferung“ ist in Abbildung 79 dargestellt. 
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5. 3.3. 3 Ableitung der Dienste 

Ausgehend von den Aktivitäten der Anwendungsfalle lassen sich die einzelnen Dienste ablei- 
ten, die für die Abwicklung von Aufträgen in dem Wertschöpfungssystem notwendig sind. 
Dies wird nachfolgend für die Akteure „MC-Koordinator“, „Produzent“ und „Zulieferer“ vor- 
genommen, da der Akteur „Kunde“ nicht über ein eigenes Informationssystem im Wertsehöp- 
fungssystem verfügt. 

5. 3. 3. 3.1 MC-Koordinator 

Der MC-Koordinator stellt vier Dienste bereit (Abbildung 80), die im Anwendungsfall AF3 
enthalten sind (vgl. Abbildung 77). Der Dienst Auftragsannahme Service („sales Service“) ist 
für die Auftragsannahme des MC-Koordinators verantwortlich und enthält zur Ausführung 
die Dienstoperation Bestellung annehmen. Der Dienst Produktionskoordination Service 
(„production coordination Service“) ist für alle mit der Produktionskoordination zusammen- 
hängenden Aktivitäten verantwortlich und enthält die Serviceoperation Auftrag weiterleiten. 
Der Dienst Kunden Service („Customer Service“) ist für alle mit einem Kunden zusammen- 
hängenden Aktivitäten verantwortlich und enthält zur Ausführung die Dienstoperation Kun- 
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dendaten prüfen. Der Dienst Auftrag Service („purchase Order Service“) ist für die mit einem 
Kundenauftrag zusammenhängenden Aktivitäten verantwortlich und enthält zur Ausführung 
die Dienstoperation Auftrag annehmen. 



Auftragsannahme 

Service 




Produktions- 
koordination Service 




Kunden Service 




Auftrag Service 


• Bestellung 
annehmen 




• Auftrag weiterleiten 




• Kundendaten prüfen 




• Auftrag annehmen 



Abbildung 80: Vom Akteur „MC-Koordinator“ bereitgestellte Dienste 

5. 3. 3. 3. 2 Produzent 

Der Produzent stellt sechs Dienste bereit (Abbildung 81), die im Anwendungsfall AF4 enthal- 
ten sind (Abbildung 78). Der Dienst Produktion Service („production Service“) ist für alle mit 
der Produktion zusammenhängenden Dienste verantwortlich und enthält die Dienstoperation 
Produktionsauftrag annehmen. Der Dienst Produktionsauftrag Service („production Order 
Service“) ist für die Bearbeitung von Produktionsaufträgen verantwortlich und enthält die 
Serviceoperationen Produktionsauftrag erstellen und Produktionsauftrag bearbeiten. Der 
Dienst Produktionsplanung Service („production planing Service“) ist für die Einplanung der 
Produktion eines vollständigen Produktes verantwortlich und enthält die Dienstoperation 
Produktion planen. Der Dienst Produktmodell Service („product model Service“) enthält Wis- 
sen über das Produktmodell und beschreibt die Zusammensetzung des Endproduktes aus Pro- 
duktbestandteilen bzw. Komponenten und die zur Herstellung notwendigen Arbeitsgänge. 
Diesem Dienst sind die Dienstoperationen Stückliste erstellen und Arbeitsgangliste erstellen 
zugeordnet. Der Dienst Fertigungsplanung Service („manufacturing planing Service“) ist für 
die vollständige Einplanung der Fertigung eines Teilproduktes verantwortlich und enthält die 
Dienstoperation Produktionsschritt planen. Der Dienst Lager Service („warehouse Service“) 
ist für die Lagerverwaltung und Teilebestellung zuständig. Er enthält die Dienstoperationen 
Teileverfügbarkeit ermitteln, Teile reservieren und Teile einlagern. 
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Abbildung 81: Vom Akteur „Produzent“ bereitgestellte Dienste 

5. 3. 3. 3. 3 Zulieferer 

Der Zulieferer stellt den in Anwendungsfall AFS enthaltenen Dienst bereit (Abbildung 82). 
Der Dienst Zulieferer Service („supplier Service“) ist für alle mit der Lieferung von Produkt- 
komponenten zusammenhängenden Aktivitäten verantwortlich und enthält die Dienstoperati- 
onen Lieferzeit ermitteln und Teile bestellen. 



Zulieferer Service 

• Lieferzeit ermitteln 

• Teile bestellen 



Abbildung 82: Vom Akteur „Zulieferer“ bereitgestellte Dienste 

5. 3.3.4 Prototyp 

Für die prototypische Implementierung wird das Konzept der service-orientierten Architektur 
auf Basis von Web Services verwendet. Abbildung 83 stellt die in dem Prototyp abgebildeten 
Web Services in Form eines UML Verteilungsdiagramms dar. Damit lassen sich die Web 
Services den einzelnen IS-Clustem der Akteure zuordnen. Die Applikation, die vom Kunden 
zur Produktspezifizierung und zur Abgabe einer Bestellung genutzt wird, ist eine Komponen- 
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te des IS-Clusters ISsi bzw. IS_Spezifizierungsintermediär („configurator“). Diese Kompo- 
nente verwendet den sales Service zur Weiterleitung von Aufträgen. Zwischen den einzelnen 
Web Serviees besteht eine Beziehung in Form von Dienstgebot und -naehfrage. Der sales 
Service sowie der production planning Service werden als BPEL Web Services spezifiziert, da 
es sich hierbei um zusammengesetzte, d. h. orchestrierte Teildienste handelt. Dev sales Service 
ruft die als Web Service spezifizierten Teildienste customer Service, purchase Order Service 
und production coordination Service auf und ist dem IS-Cluster ISmck bzw. IS_MC- 
Koordinator zugeordnet. Die Weitergabe des Auftrags an den Produzenten (IS-Cluster ISp 
bzw. IS_Produzent) erfolgt von production coordination Service an den producer Service. 
Dieser wiederum nutzt den production Order Service, um Produktionsaufträge zu bearbeiten. 
Der Dienst producer Service ruft zudem den BPEL Web Service production planning Service 
auf, der die Produktion der Produkte einplant und die Aufteilung auf die drei Fertigungsseg- 
mente übernimmt. Jedem Fertigungssegment ist ein Dienst zugeordnet, der die Einplanung 
der Fertigung eines Teilproduktes verantwortet (Manufacturing Planning Service 1, Manufac- 
turing Planning Service 2 und Manufacturing Planning Service 3). Alle Fertigungssegment- 
dienste wiederum können den Dienst product model Service und warehouse Service aufrufen. 
Ersterer stellt Informationen über das Produktmodell bereit, d. h. die Zusammensetzung des 
Produktes aus Teilprodukten und die Arbeitsgänge, die zur Herstellung notwendig sind. Da- 
gegen ist der warehouse Service für die Lagerverwaltung und Teilebestellung zuständig. Die- 
ser wird aufgerufen, um Zulieferteile zu bestellen, und interagiert mit dem supplier Service 
des IS-Clusters ISz bzw. IS_Zulieferer, der die Lieferung der Zulieferteile organisiert. 
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Abbildung 83: Modell des Prototyps 



Der Prototyp wurde auf Basis der Open Source Technologien .fpucÄe Tomcat 5.0.28, Apache 
Axis 1.3 und ActiveBPEL 2.0 implementiert. Der Apache Tomcat Servlet Container stellt die 
Referenzimplementierung der Java Servlet und Java Server Pages (JSP) Spezifikation dar und 
bildet das Grundgerüst der webbasierten Anwendung. Apache Axis ist eine Implementierung 
des Web Services Standards SOAP und ermöglicht die Erstellung von SOAP Nachrichten 
verarbeitenden Anwendungen. Die ActiveBPEL Engine ist eine Implementierung der 
BPEL4WS 1.1 Spezifikation (vgl. 4. 1.2. 5.1) und übernimmt die Ausführung der in den BPEL 
Dokumenten beschriebenen Prozesse. Der Prototyp umfasst fünf Teilapplikationen 
(Abbildung 84). Jeder Akteur der Fallstudie wird durch eine Web Applikation repräsentiert: 

■ „soa4mc-configurator“ für den Akteur Speziflzierungsintermediär, 

■ „soa4mc-vendor“ für den Akteur MC-Koordinator, 

■ „soa4mc-producer“ für den Akteur Produzent und 

■ „soa4mc-supplier“ für den Zulieferer. 

Eine zusätzliche Applikation ist die ActiveBPEL Engine, die als Orchestration Engine die 
Zusammensetzung der BPEL Web Services übernimmt. Alle Teilapplikationen sind hierbei 
für die erste Implementierung in einem Apache Web Container zusammengefasst. Der logi- 
sche Aufbau der Teilapplikationen wird durch die in jeder Applikation dargestellten Elemente 
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verdeutlicht. Jede Teilapplikation besteht aus den Konstrukten Präsentation, Logik und Daten 
sowie der Axis Engine. Benutzerinteraktionen sind über die Präsentationsschicht der Applika- 
tionen mittels dynamisch generierter JSP-Seiten möglich. 




Abbildung 84: Aufbau des Prototyps 

Die Bedienung der Anwendung erfolgt über die Web Applikation des Spezifizierungsinter- 
mediärs (http://localhost:8080/soa4mc-configurator). Von der Startseite aus gelangt man zu 
einer Produktauswahlseite auf der die zur Auswahl stehenden Produkte angezeigt werden 
(Abbildung 85). Dabei ist die Produktauswahl durch ein XML-Dokument, welches alle Kon- 
figurierungsmodelle enthält, flexibel austauschbar. Durch die Auswahl eines Produktes be- 
ginnt der eigentliche Konfigurationsprozess. Dabei werden die einzelnen Konfigurations- 
schritte in der Reihenfolge, die durch das Konfigurierungsmodell vorgegeben ist, durchlaufen. 
Jeder Konfigurierungsschritt bezieht sich dabei auf eine der das Gesamtprodukt ergebenden 
Komponenten. Die valide Konfiguration wird dabei durch die Ausführung der Konfigurati- 
onsregeln gewährleistet. Nach jedem Konfigurierungsschritt werden alle Regeln mit Bezug 
zur konfigurierten Komponente ausgeführt und die weitere Auswahl an Komponenten einge- 
schränkt. 
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Abbildung 85: Screenshot des Prototyps (Konfigurator) 



Im Anschluss an die Produktspezifiziemng werden die Kundennummer und das Bestelldatum 
abgefragt. Die Informationen aus der Produktkonfiguration und die Bestellinformationen 
werden dann in eine Web Service Anfrage an das Anbietersystem transformiert und als Web 
Service Aufruf an den sales Service geschickt. Mit dieser Anfrage wird der vom Kunden aus- 
gelöste Produktbestellungsprozess initiiert. Zur Darstellung der internen Abläufe des Produ- 
zenten kann über die Web Applikationen des Produzenten (http://localhost:8080/soa4mc- 
producer) die Veränderung des Lagerstands sowie der Fertigungs- und Produktionsaufträge 
angezeigt werden (Abbildung 86). Das Ergebnis des Produktbestellungsprozesses wird dem 
Kunden über die Benutzeroberfläche des Konfigurators in Form des ermittelten voraussichtli- 
chen Liefertermins angezeigt. 






Abbildung 86: Screenshot des Prototyps (Fertigungssegment 1 des Produzenten) 





6 Zusammenfassung, Bewertung und Ausblick 



6.1 Zusammenfassung der Arbeit 

Ziel dieser Arbeit ist die Entwicklung einer Anwendungsarchitektur für Mass Customization 
Informationssysteme. Hierunter werden softwarebasierte Anwendungssysteme verstanden, 
welche das Informationsmanagement innerhalb von und zwischen Unternehmen unterstützen 
und dabei die informationstechnologischen Anforderungen der Wettbewerbsstrategie Mass 
Customization erfüllen. Als methodisches Vorgehen wurden dafür erstens eine theoriebasierte 
Anforderungsanalyse auf Basis der Neuen Institutionenökonomik und zweitens die Konzepte 
der Meta- und Referenzmodellierung als Ansatz zur modellhaften Beschreibung von Informa- 
tionssystemen gewählt. 

In Abschnitt 2 wurde zunächst der inhaltliche Bezugsrahmen festgelegt. Dabei wurden Mass 
Customization als hybride Wettbewerbsstrategie, Ansätze für die Modellierung von Informa- 
tionssystemen und Anwendungsarchitekturen sowie Merkmale konfigurierbarer Produkte 
diskutiert. Nach der Darstellung eines generischen Architekturrahmens, anhand dessen die 
Entwicklung der Anwendungsarchitektur vorgenommen wird, fand in Abschnitt 3 die theo- 
riebasierte Ableitung der Anforderungen statt. Zur Anwendung kamen dabei zwei Teiltheo- 
rien der Neuen Institutionenökonomik (Transaktionskostentheorie und Prinzipal-Agenten- 
Theorie). Die interaktionsbezogenen Merkmale der Austauschbeziehungen wurden mittels 
Transaktionskostentheorie, die Akteurskonstellation unter besonderer Berücksichtung von 
gegenseitigen Informationsasymmetrien zwischen Akteuren des Modells anhand der Prinzi- 
pal-Agenten-Theorie bewertet. Das gewählte Modell berücksichtigt hierbei den Abschnitt der 
Auftragsabwicklung. Die Phase der Produktentwicklung und die Nachkaufphase (z. B. Kun- 
denservice) wurden aufgrund der eingenommenen Perspektive nicht berücksichtigt. Das Mo- 
dell nimmt insoweit an, dass ein Leistungspotential von dem MC-Koordinator der Mass 
Customization Produkte bereitgestellt wird. Somit ist die Arbeit nicht Teil der Forschung zur 
kundenintegrierten Produktentwicklung („Customer driven Innovation“, vgl. Abschnitt 
2. 1.2.2. 3). Nach der Ermittlung der Anforderungen wurden in Abschnitt 4 verfügbare infor- 
mationstechnologische Ansätze dargestellt und in Hinblick auf den Erfüllungsgrad der Anfor- 
derungen bewertet. Hierbei wurden Konzepte für den überbetrieblichen Gesehäftsverkehr, für 
konfigurierbare Produkte und informationstechnologische Konzepte berücksiehtigt, die aus- 
drücklich für Mass Customization entwickelt wurden. Das Ergebnis dieser Bewertung floss 
sowohl in die Architekturentwicklung als auch in die Übertragung auf die Fallstudie ein. Ziel 
des Vorgehens war hierbei nicht die Ermittlung der am besten geeigneten Konzepte, sondern 
vielmehr die Darstellung und Bewertung vorhandener Teehnologien, die innerhalb der Arehi- 
tektur angewendet werden können. Im Anschluss an die Auswertung vorhandener Ansätze 
wurde in Abschnitt 5 die Anwendungsarchitektur entwickelt. Der vereinbarte Architektur- 
rahmen imifasst drei Ebenen. Auf der ersten Ebene (Mass Customization Wertschöpfungssys- 
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tem) wurde das Referenzmetamodell des Wertschöpfungssystems dargestellt. Es beschreibt 
die strukturelle Zusammensetzung des gesamten überbetrieblichen Informationssystems. Die 
Bestandteile des Gesamtmodells wurden in Form von Partial-Referenzmetamodellen auf der 
zweiten Ebene (Mass Customization Informationssystem) im Detail spezifiziert. Auf der drit- 
ten Ebene (Mass Customization IS-Clustermodell) wurden die Modellbestandteile den Akteu- 
ren des Wertschöpfungsmodells zugeordnet. Damit wurde die Voraussetzung für die Ablei- 
tung der akteursspezifischen Informationssysteme geschaffen. Die Arbeit verwendet hierbei 
den Ansatz der Metamodellierung, da einerseits Mass Customization eine produkt- und bran- 
chenübergreifende Wettbewerbsstrategie ist und somit eine Modellspezifizierung aus einer 
semantischen Sicht nicht vorgenommen werden sollte (z. B. unterscheiden sich trotz der ge- 
meinsamen Strategie Mass Customization die Produkt- und Konfigurationsmodelle innerhalb 
der Schuhindustrie deutlich von denen der Automobilindustrie). Die Arbeit schloss in Ab- 
schnitt 5.3 mit einer Fallstudie für die Schuhindustrie. Die für deren Entwicklung notwendi- 
gen Erkenntnisse stammen weitgehend aus dem Forschungsprojekt „EwoMacs“ (2002-2004), 
an dem der Lehrstuhl Wirtschaftsinformatik 11 der Universität Hohenheim beteiligt war. Die 
Fallstudie zeigt die prinzipielle Machbarkeit des Ansatzes und Möglichkeit zur Konkretisie- 
rung der Anwendungsarchitektur für einen spezifischen Anwendungsbereich. 

6.2 Bewertung 

In Ergänzung zu den Bewertungen in den einzelnen Abschnitten dieser Arbeit werden im Fol- 
genden die Hauptaspekte der Arbeit einer kritischen Betrachtung unterzogen. Dies dient der 
Objektivierung und der Überprüfung, ob die der Arbeit zugrunde liegenden Ziele erreicht 
wurden. 

Zur konzeptionellen Beschreibung der zunehmenden Individualisierung bei gleichzeitiger 
Verschiebung von Wertschöpfungsstufen auf vorgelagerte Unternehmen wird in dieser Arbeit 
die Wettbewerbsstrategie Mass Customization verwendet. Hierbei muss angemerkt werden, 
dass diese beiden Phänomene nicht ausschließlich mit Mass Customization erklärt werden 
können. Genauso weisen auch andere Wettbewerbsstrategien einige der Merkmale von Mass 
Customization auf. So ist beispielsweise auch die Differenzierungsstrategie ohne Kostenbe- 
wertung nicht anwendbar. Mass Customization ist damit ein in der Wissenschaft entwickeltes 
Konzept, das die Produktindividualisierung im Sinne von einer Konfigurierbarkeit der Güter, 
die massenproduktionsbezogenen Effizienzpotentiale und die überbetriebliche Kooperation 
zusammenfasst, aber nicht exklusiv beschreibbar macht. Die Anwendbarkeit verwandter An- 
sätze kann nicht ausgeschlossen werden. Dies ist jedoch unproblematisch, da die Arbeit nicht 
Mass Customization oder andere Wettbewerbsstrategien als Konzept erweitert oder verändert, 
sondern verwendet. 

Als Fundament der theoriebasierten Ermittlung der Anforderungen werden Teiltheorien der 
Neuen Institutionenökonomik verwendet. Da die im Auswahlprozess betrachteten ökonomi- 
schen Theorien die Realwelt nicht total disjunkt abdecken, kommt es zu Überschneidungen. 
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Somit beeinflusst die zugrunde liegende Theorie auch die möglichen Perspektiven der Arbeit. 
Die Untemehmenstheorien spiegeln zudem die gesellschaftlichen und wissenschaftstheoreti- 
schen Strömungen der Zeit wider, in der sie jeweils entwickelt wurden. Die Neue Institutio- 
nenökonomik gilt als anerkannt für die Analyse ökonomischer Systeme. Die Anwendbarkeit 
für die vorliegende Arbeit wurde anhand eines Auswahlprozesses dargestellt. Die Annahme 
der Transaktionskostentheorie, dass neben Produktionskosten auch Koordinationskosten exis- 
tieren, ermöglicht beispielsweise die Aufnahme des Konfigiuationsvorgangs als zusätzliche 
Kosten in das Wertschöpfungsmodell. Die Leistungsindividualisierung verursacht außerdem 
Unsicherheiten bei Akteuren (z. B Kunde), da die konkreten Produkte und Leistungen eines 
Anbieters nicht vor dem Kauf beurteilt werden können. Für die Beschreibung dieser Aus- 
tauschbeziehungen mit Kontraktgütem als Gegenstand eignet sich die Prinzipal-Agenten- 
Theorie, da hiermit Verhaltens- und kostenbezogene Auswirkimgen von Informationsasym- 
metrien aufgezeigt werden können. Die Arbeit und der in ihr enthaltene Prozess der Theorie- 
auswahl erheben jedoch nicht den Anspruch, mit der Neuen Institutionenökonomik (und ins- 
besondere den gewählten Teiltheorien) die einzig anwendbare Theoriebasis ermittelt zu ha- 
ben. Dies ist weder möglich noch notwendig. Es muss jedoch berücksichtigt werden, dass mit 
der Theorieauswahl auch die Menge möglicher Untersuchungsperspektiven eingeschränkt 
wird und dass das gewählte Theoriegerüst eine Untersuchung gemäß der vereinbarten Zielset- 
zung dieser Arbeit ermöglicht. 

Das Grundmodell eines Wertschöpfungssystems, das in Abschnitt 3.2 für die Anforderungs- 
analyse entwickelt wurde, wird für die Darstellung eines Mass Customization Anwendungs- 
falls verwendet. Das Modell hat hohe Bedeutung für den Verlauf der Arbeit, da es sowohl - 
wie bereits erwähnt wurde - für die Ermittlung der Anforderungen als auch für die Entwick- 
lung der Anwendungsarchitektur verwendet wird. Die Festlegung der Akteure im Wertschöp- 
fungsmodell sowie die Interaktionen zwischen diesen haben somit unmittelbaren Einfluss auf 
die Architekturerstellung. Ist das Modell fehlerhaft, basiert auch die Architektur auf falschen 
Voraussetzungen. In Anbetracht dieser Möglichkeit basiert das Modell einerseits auf Ergeb- 
nissen des Forschungsprojektes „EwoMacs“ und ist andererseits durch Literatur theoretisch 
fundiert. Durch Kombination empirischer und theoriebasierter Ansätze wird ein hohes Maß an 
Allgemeingültigkeit erreicht. Allerdings kann eine Validierung im Sinne mathematischer Be- 
weise, dass das Wertschöpfungsmodell in Bezug auf die Realitätstreue auch inhaltlich voll- 
ständig ist, nicht vorgenommen werden. Insofern ist auf das pragmatische Merkmal von Mo- 
dellen zu verweisen. Demnach erfüllen Modelle für Modellersteller und -nutzer zu bestimm- 
ten Zeiten einen vordefinierten Zweck [Stac73, 132-134], Das Wertschöpfungsmodell dient 
damit der Abbildung mehrstufiger Lieferketten unter Berücksichtigung des Kunden als Teil 
des Modells. 

Weiterhin muss der gewählte Modellierungsansatz bewertet werden, der eine Kombination 
aus Referenz- und Metamodellierung darstellt. Wie dem theoretischen Bezugsrahmen zu ent- 
nehmen ist, verwendet die Arbeit keinen eigenen neuen Ansatz, sondern bezieht sich einer- 
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seits auf den vorhandenen generischen Architekturrahmen (vgl. Abschnitt 2.2. 2.4) und ande- 
rerseits auf eine differenzierte Betrachtung von Metamodellierung als „Modellierung von 
Modellen“ und Referenzmodellen als Gestaltungsempfehlungen in Form von Modellen (vgl. 
Abschnitt 2.2. 1 .2). In der vorliegenden Arbeit besteht der Referenzcharakter des Modells dar- 
in, dass die Anwendungsarchitektur (unter den vorgenommenen Einschränkungen) für Mass 
Customization Wertschöpfungsmodelle allgemein verwendbar ist. Damit die Informationssys- 
teme der einzelnen Akteure reibungslos miteinander interagieren können, werden im Rahmen 
der Gestaltungsempfehlung inhaltliche Vorgaben (z. B. Modellbezeichnung, Akteursbezie- 
hungen oder Zugriffskonzepte) auf die strukturelle Ebene der Modelle (Metamodell als Spra- 
che zum Erstellen von Modellen) übertragen. Damit weisen zukünftige Informationssysteme 
auf Basis des Referenzmetamodells einheitliche Eigenschaften auf, um das interorganisationa- 
le Informationsmanagement zu unterstützen. Die Nachvollziehbarkeit der Modellierungsarbeit 
ist durch die Dokumentation der Anwendungsarchitektur anhand des generischen Architektur- 
rahmens gegeben. Dennoch kann die Eineindeutigkeit der Anwendungsarchitektur auf Basis 
der Anforderungen nicht angenommen werden. Wie bereits in der Einleitung und in Abschnitt 
2.2. 1.1 beschrieben bleibt das Problem, dass die Entwicklung von Modellen stark von dem 
jeweiligen Modellersteller abhängt. Dies erklärt auch Aussagen, in denen Modellierung als 
Intuition bzw. Kunst bezeichnet wird [Morr67, 1-2]. Dieses Problem ist damit kein spezifi- 
sches Defizit dieser Arbeit, sondern spiegelt innerhalb des konstruktivistischen Modellver- 
ständnisses eine implizite Einschränkung bei der Modellierung wider (vgl. Abschnitt 2.2.1). 
Schließlich bleibt eine Bewertung der gewählten Fallstudie. Im Rahmen der empirischen So- 
zialforschung können mittels Fallstudien keine Beweise von Hypothesen vorgenommen wer- 
den. Sie sind lediglich dazu geeignet, neue Hypothesen zu erstellen, neue Anwendungsfalle 
zu ermitteln oder prinzipielle Machbarkeit zu zeigen [Spöh95, 37-40] (vgl. Abschnitt 2. 2. 1.1). 
Für die vorliegende Arbeit muss demnach hervorgehoben werden, dass die Fallstudie an dem 
letztgenannten Aspekt ansetzt. Die Konkretisierung der Anwendungsarchitektur anhand einer 
Fallstudie kann nicht die allgemeingültige Funktionsfahigkeit nachweisen, sondern die An- 
gemessenheit des Ansatzes zeigen. Aufgrund der bewusst qualitativen Ausrichtung der theo- 
riebasierten Anforderungsanalyse können auch keine quantitativen Auswertungen hinsichtlich 
Effizienz erstellt werden. Dies ist jedoch auch nicht Teil der Zielsetzung dieser Arbeit. Viel- 
mehr wird im Verlauf der Arbeit die nachvollziehbar dokumentierte Entwicklung eines Ges- 
taltungsvorschlags dargestellt und anhand eines Anwendungsfalls konkretisiert, der sich der 
Ergebnisse des Forschungsprojektes „EwoMacs“ bedient. 

In Hinblick auf das Ziel der Arbeit lässt sich eine Bewertung der in 1.2 gestellten Forschungs- 
fragen vornehmen. Die Auswertung der vorhandenen Integrationsarchitekturen hat gezeigt, 
dass sich diese Konzepte für die Entwicklung von Mass Customization Informationssystemen 
eignen, sie aber nicht ausreichend sind. So wird einerseits eine innerbetriebliche Perspektive 
eingenommen und andererseits besteht der Schwerpunkt der Ansätze nicht in der Gestaltung 
von Informationssystemen, sondern in der Modelliemng der betrieblichen Integration. Für die 
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Entwicklung der Mass Customization Anwendungsarchitektur konnte jedoch insbesondere die 
Strukturierung betrieblicher Aktivitäten übernommen werden. Den Schwerpunkt der vorlie- 
genden Arbeit bildet die theoriebasierte Anforderungsanalyse mittels Neuer Institutionenöko- 
nomik. Die beiden angewendeten Theorien - Transaktionskostentheorie und Prinzipal- 
Agenten-Theorie - umfassen jeweils Instrumente oder Rahmenwerke zur Analyse von Wert- 
schöpfungssystemen bzw. den darin enthaltenen Austauschbeziehungen (Transaktionen). Mit 
der Ausrichtung auf die Gestaltung von Informationsflüssen und den möglichen Informati- 
onsproblemen haben sich diese beiden Theorien als geeignet erwiesen, die spezifischen An- 
forderungen abzuleiten. Hierfür war jedoch die Entwicklung des Modells eines Wertschöp- 
fungssystems notwendig, das als Basis für beide Teilanalysen verwendet wurde. Mit dem the- 
oriebasierten Ansatz hat die Arbeit eine Alternative zur Erhebung von Anforderungen mittels 
empirischer Instrumente formuliert. Das deduktive Verfahren ermöglichte es dabei, die quali- 
tativen Aussagen über Kostenwirkungen in Transaktionen für die Ableitung von funktionalen 
Anforderungen an neue Informationssysteme zu verwenden, die auf Mass Customization 
Wertschöpfungssysteme ausgerichtet sind. Dieses Vorgehen kann die empirische Überprü- 
fung nicht ersetzen, die Anforderungsanalyse basiert jedoch auf einem fundierten Theoriege- 
rüst. Damit sind auch kausale Aussagen über die Gestaltung von Informationssystemen mög- 
lich. Auf Basis der Analyseergebnisse wurden die Anforderungen zusammengestellt und in 
Form von funktionalen Spezifikationen beschrieben. Die Anforderungen lassen sich dabei in 
die beiden Bereiche „Produktindividualisierung“ und „überbetriebliche Zusammenarbeit“ 
aufgliedern. In der Zusammenfassung (Abschnitt 3.5) wurde ein chronologischer Ablauf der 
Funktionen zugrunde gelegt. Dabei verbinden sich konstitutive Entscheidungen bei der Ges- 
taltung von Wertschöpfungssystemen mit den operationalen Entscheidungen zur Durchfüh- 
rung einzelner Aufträge. Der Zusammenhang besteht dabei jedoch nicht nur in einer zeitli- 
chen, sondern auch in einer inhaltlichen Verknüpfung. So konnten Abhängigkeiten zwischen 
den eingegangenen Auftragsinformationen (insbesondere Produktspezifikation) und der Aus- 
gestaltung des Wertschöpfungssystems festgestellt werden. Bei Mass Customization findet 
die konkrete Ausgestaltung des Wertschöpfungssystems erst nach Eingang des Kundenauf- 
trags statt. In der vorliegenden Arbeit wurden diese Zusammenhänge jedoch nicht weiterfüh- 
rend behandelt. Der zusätzliche Forschungsbedarf wurde jedoch identifiziert. Nach der Spezi- 
fizierung der Anforderungen lässt sich die Eignung der vorhandenen Konzepte zur Gestaltung 
von Informationssystemen überprüfen. In Abschnitt 4det. Durch die Anpassung an einen An- 
wendungsfall kann damit nicht von einer allgemeinen Anwendbarkeit ausgegangen werden. 
Es konnte gezeigt werden, dass die Konkretisierung für Fallstudien prinzipiell möglich ist. 
Eine branchenübergreifende Evaluation ist jedoch für generalisierende Aussagen weiterhin 
notwendig. 
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6.3 Weiterer Forschungsbedarf 

Bei der Entwieklung von Mass Customization spezifischen Konzepten für das Informations- 
management und für die Gestaltung von Mass Customization Informationssystemen konnte 
weiterer Forschungsbedarf identifiziert werden. Die nachfolgend genannten Themen sind ein 
Ausblick auf weitere Forschungsaktivitäten, die auf den Ergebnissen dieser Arbeit aufbauen 
können: 

■ In dieser Arbeif wurden in Bezug auf die Weffbewerbssfrategie mehrere Einschränkun- 
gen vorgenommen. Aus Sicht einer phasenorientierten Wertschöpfungskette ist zum 
einen die Produktentwicklung ausgeblendet und zum anderen wird die Produktion stark 
verkürzt betrachtet. Außerdem ist die Architektur auf physische (d. h. materielle) Güter 
ausgerichtet. Immaterielle Güter (wie z. B. digitale Güter oder Dienstleistungen) wer- 
den hier nicht berücksichtigt. Dies und die Erweiterung des Wertschöpfungsmodells 
um Aspekte der kooperativen Produktentwicklung und die Anpassung aufgrund imma- 
terieller Güter kann Gegenstand zukünftiger Forschungsarbeiten sein. 

■ Aufgrund der qualitativen Analyse werden bisher keine quantitativen Auswertungen 
vorgenommen. Um den Wirkungsgrad der Architektur hinsichtlich einer Reduzierung 
der durch Mass Customization induzierten Transaktions- und Agenturkosten messen zu 
können, sind weiterführende mathematische Modelle notwendig. Im Rahmen zukünfti- 
ger Arbeiten können verschiedene Architekturen bei Anwendung eines Mass Customi- 
zation Wertschöpfungsmodells untersucht und verglichen werden. 

■ Innerhalb der funktionalen Spezifikation wurde auf die Zusammenhänge zwischen 
konstitutiven und operationalen Entscheidungen hingewiesen. So basiert die Errichtung 
und Instanziierung von Wertschöpfungssystemen als konstitutive Entscheidung bei 
Mass Customization auf Informationen einzelner Aufträge, die operationale Entschei- 
dungen voraussetzen. In der vorliegenden Arbeit wurden diese Abhängigkeiten identi- 
fiziert und bei der Architekturentwicklung berücksichtigt. Weiterer Forschungsbedarf 
besteht jedoch in einer systematischen Analyse dieser Zusammenhänge. 

■ Bislang unberücksichtigt bleiben Vorgangsmodelle zur Konkretisierung der Anwen- 
dungsarchitektur und zur Konstruktion spezifischer Anwendungen. Insbesondere unter 
Berücksichtung der überbetrieblichen Perspektive, die das Mass Customization Wert- 
schöpfungsmodell einnimmt, müssen Verfahren spezifiziert werden, welche die aufein- 
ander abgestimmte Entwicklung und Einführung neuer Informationssysteme ermögli- 
chen. Dabei ist zu prüfen, ob die bisherigen Methoden des Software Engineering hier- 
für ausreichend sind. 

Diese vier Themenbereiche zeigen einen Ausblick auf mögliche zukünftige Forschungsarbei- 
ten. Festzuhalten bleibt, dass eine Orientierung von Unternehmen auf Mass Customization die 
Auseinandersetzung mit dem betrieblichen Informationsmanagement nach sich ziehen muss. 
Fallstudien gescheiterter Unternehmen zeigen, dass neben einer Begrenzung der Produktkom- 
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plexität für den Kunden auch eine effiziente Datenverarbeitung zu den Erfolgsfaktoren für 
Mass Customization gehört [RPMö02a], Darauf muss die zukünftige Gestaltung spezifischer 
Informationssysteme für Mass Customization ausgeriehtet sein. 
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